看这个简历，进阿里百分百没希望的，网易其它厂也够呛，考虑到楼主应届生，先进小厂锻炼锻炼吧

@fzinfz 你推荐的这玩意好像是通过抓包实现的吧，vnstat 不是通过嗅探实现的

@Tink 我知道啊，所以我在咨询到底 vnstat 除了啥问题啊。。。。

@LamProductionS
@GoldenPillow
@ArthurKing

洗鼻的话，不知道我理解的对不对？ 我现在其实鼻子并没有多阻塞，偶尔早上起来鼻子有点堵。
主要是白天被空调的冷风一吹就不停的流鼻涕，打喷嚏，这种症状的话，洗鼻有用吗

@Light3 衣服穿了，整个公司就我穿外套。。。

有本事，就别用，喷，没意义

先查查你自己的原因

从网上摘抄的一段

At most once: 消息可能会丢，但绝不会重复传输
At least once：消息绝不会丢，但可能会重复传输
Exactly once：每条消息肯定会被传输一次且仅传输一次
Kafka 的消息传输保障机制非常直观。当 producer 向 broker 发送消息时，一旦这条消息被 commit，由于副本机制（ replication ）的存在，它就不会丢失。但是如果 producer 发送数据给 broker 后，遇到的网络问题而造成通信中断，那 producer 就无法判断该条消息是否已经提交（ commit ）。虽然 Kafka 无法确定网络故障期间发生了什么，但是 producer 可以 retry 多次，确保消息已经正确传输到 broker 中，所以目前 Kafka 实现的是 at least once。

consumer 从 broker 中读取消息后，可以选择 commit，该操作会在 Zookeeper 中存下该 consumer 在该 partition 下读取的消息的 offset。该 consumer 下一次再读该 partition 时会从下一条开始读取。如未 commit，下一次读取的开始位置会跟上一次 commit 之后的开始位置相同。当然也可以将 consumer 设置为 autocommit，即 consumer 一旦读取到数据立即自动 commit。如果只讨论这一读取消息的过程，那 Kafka 是确保了 exactly once, 但是如果由于前面 producer 与 broker 之间的某种原因导致消息的重复，那么这里就是 at least once。
要做到 exactly once 就需要引入消息去重机制。

不是很懂你说的啥意思，线程池默认就是可以帮你去管理线程的，你可以试试下面这个。
newFixedThreadPool
创建固定大小的线程池。每次提交一个任务就创建一个线程，直到线程达到线程池的最大大小。线程池的大小一旦达到最大值就会保持不变，如果某个线程因为执行异常而结束，那么线程池会补充一个新线程。

@doublleft 感谢，感觉公积金现在拿出来交房租也没多大意义，先存着吧，老司机有在杭州买房的想法吗？看了一圈好像没啥好地方可以挑了

滨江区公用卫生间，，次卧（很小），1700 的路过

@Buffer2Disk 妈的，回复错了，v2 不能删掉回复吗。。。

滨江区公用卫生间，，次卧（很小），1700 的路过

@acros 对，是 usb 网卡，和供电有关系？

不能说稍微好点的位置，应该说不那么偏远的位置

@hiwower 杭州好点的 150w 起步？老铁，你给我介绍介绍，我感觉现在不管哪个区稍微好点的位置都 200w 起步了

跟机器烂不烂没关系

手机 ip7 5G 信号下 100M 满速了。电脑网卡还不支持 5G，已经天猫下单了换个新的