去年装机也遇到了这个问题。两块宏碁 id 冲突，后来把其中一块换成西数了

子网掩码是网络的属性，不是某台机器的属性。路由表里面每一行都包括 网络地址，子网掩码，和对应的下一跳地址。目的 ip 和每一行中的掩码做与，看是否和这行中的网络地址匹配。如果一个目的 ip 能同时满足多行记录，那么用掩码长度最长的那个。

我甚至把 leader 键设置成了 <;>，也没感觉小拇指比其余的按键量更大呀。右手小拇指负责的几个键都相对低频吧。

虽然搜狗是垃圾，但是搜狗不能登录，原生能登录，这肯定不是因为搜狗收集个人信息吧

应该能看到这个消息是哪个 app/渠道发出来的，大概率不是 jd 。jd 应该只是作为广告主向厂商支付了营销费用。据我所知，华为、oppo 都有 “官方能力”，把 push 的位置当做广告位来卖。

需要编译并不是 aur 的限制，如果有人维护了 xxx-bin 的包，也可以直接安装二进制。

cd 进目录需要文件夹的 x 权限。chmod +x data

不管是 hash 还是 bitmap 都分片存就行了吧

去年 618 装了台 itx ，几个痛点
1. 主板电源更贵，选择更少。
2. 新手，理线理得痛不欲生。最后直接塞进去，盖上侧板拉倒
3. 遇到问题，需要拆装的时候，装机的痛苦会翻倍
优点：可以放到租房的小桌子上面，玩起来比笔记本爽很多

前司升降桌，体验很好。现在公司自己买了升降台用，感觉一般，桌面可用空间变少了不少

做 Java 一定要熟悉 Linux ，因为你的代码大概率是跑在 Linux server 的。
而个人认为熟悉 Linux 最有效的办法就是日常天天用，会遇到很多问题，然后想办法去解决。而且大四不折腾，啥时候折腾哇，现在只后悔当年没折腾尽兴

看到的打印的顺序和实际方法开始执行的顺序是没有一致性保证的。而且 jdk17 和 jdk8 的 sout 方法实现也变了。

@yodhcn 在 run 方法开始的时候记录一下时间。
```
var now= system.nanotime();
sour("执行中，task" + "xxxx" + now);
```

java8:
```
执行中, Task: 0, Thread: pool-1-thread-1, queue.size: 0, time: 425747251451497
执行中, Task: 1, Thread: pool-1-thread-2, queue.size: 0, time: 425747251525194
执行中, Task: 10, Thread: pool-1-thread-3, queue.size: 8, time: 425747251772510
执行中, Task: 11, Thread: pool-1-thread-4, queue.size: 8, time: 425747251892745
执行中, Task: 12, Thread: pool-1-thread-5, queue.size: 8, time: 425747251928019
拒绝中, Task@4554617c, queue.size: 8, time: 425747251889215
拒绝中, Task@74a14482, queue.size: 8, time: 425747252008173
执行中, Task: 2, Thread: pool-1-thread-3, queue.size: 0, time: 425749253444220
执行中, Task: 3, Thread: pool-1-thread-1, queue.size: 1, time: 425749254108044
执行中, Task: 4, Thread: pool-1-thread-4, queue.size: 2, time: 425749254203373
执行中, Task: 5, Thread: pool-1-thread-5, queue.size: 3, time: 425749254286334
执行中, Task: 6, Thread: pool-1-thread-2, queue.size: 4, time: 425749254359863
执行中, Task: 7, Thread: pool-1-thread-3, queue.size: 5, time: 425751254069256
执行中, Task: 8, Thread: pool-1-thread-2, queue.size: 6, time: 425751259174650
执行中, Task: 9, Thread: pool-1-thread-4, queue.size: 7, time: 425751259199900
```

java17:
```
拒绝中, Task@30f39991, queue.size: 8, time: 425953431226281
拒绝中, Task@38af3868, queue.size: 8, time: 425953447958506
执行中, Task: 10, Thread: pool-1-thread-3, queue.size: 8, time: 425953430891601
执行中, Task: 11, Thread: pool-1-thread-4, queue.size: 8, time: 425953431206209
执行中, Task: 1, Thread: pool-1-thread-2, queue.size: 0, time: 425953430740641
执行中, Task: 0, Thread: pool-1-thread-1, queue.size: 0, time: 425953430633193
执行中, Task: 12, Thread: pool-1-thread-5, queue.size: 8, time: 425953431287397
执行中, Task: 3, Thread: pool-1-thread-2, queue.size: 1, time: 425955450935401
执行中, Task: 4, Thread: pool-1-thread-5, queue.size: 2, time: 425955450944853
执行中, Task: 2, Thread: pool-1-thread-4, queue.size: 0, time: 425955450921501
执行中, Task: 6, Thread: pool-1-thread-3, queue.size: 4, time: 425955451482689
执行中, Task: 5, Thread: pool-1-thread-1, queue.size: 3, time: 425955451440625
执行中, Task: 7, Thread: pool-1-thread-2, queue.size: 5, time: 425957453093453
执行中, Task: 8, Thread: pool-1-thread-5, queue.size: 6, time: 425957453281909
执行中, Task: 9, Thread: pool-1-thread-4, queue.size: 7, time: 425957453416090
```

实际运行的时间和 sout 看到的顺序是不一样的

在用 12600k ，平时使用没啥感知，不过可能是日常也没有很重的工作。

个人经验，毕业后第一份工作最好别去小公司，很容易被培养成野路子。

一个协程，同时 wait context.cancel 和那个 worker 的处理结果。拿到 cancel 不处理，拿到处理结果时写入 chan

理解不了为啥会有这种行为。
产研付出了更多的研发成本（而且做这个功能的人和腾讯云小助手大概率不是一个团队），客服付出更多人力时间去擦屁股，用户得到了更差的产品体验。那么到底谁获益了呢？