电动修眉刀，神器。它相对电动鼻毛修剪器的坏处是修完里面要自己洗干净

打给最有责任心、最为团队着想的

看到你是 MQTTX 的开发者（而我此时此刻正在用 MQTTX ），有缘就回一下。
选错了，选大厂，快把 offer 舔回来，不行就社招找个 40 的，也远比事业单位好。
不知道你为什么会选 5k 多的 offer ，就图稳定？你这两个选项，大厂少说一年能顶事业单位六七年，在大厂干七八年就能赚事业单位一辈子的钱了。
而且在年轻的时候有钱是很爽的，能干很多你想干的事（重要：不要买房！富哥无视）。每个月 5k 能干啥，日常花销完了就不剩多少了。

这个说白了就是 idea 的 hierarchy 可视化了。其实直接用 ctrl+alt+H 打开 hierarchy 效果也差不多。
建议一个我个人觉得有用的功能，支持隐藏某些方法（右键-隐藏），因为很多方法并不是很重要。隐藏了之后把主链路的方法调用导出，可以作为文章的配图

@yannxia 这个可以，亲测好用。功能没有 sessionbox 强，不过够用了

可以用 ctrl+v 开启块状选择模式
ctrl + v -> 6j $ y -> G p

你这个现象就是正常的啊，过滤不是说这个消息还会在未消费消息那里，而是拉取了之后不处理。

@annoygaga 那你应该去问你朋友啊

@annoygaga kafka 我没实现过。你说的变化只是 3 种消息格式吧，v0 v1 v2 ，这个应该还好。别的就没什么变化了

我实现过 AMQP 协议。AMQP 协议更复杂，功能和细节非常多，有些不常用但是可能对有的用户来说又是刚需（比如优先级队列之类）。kafka 不那么复杂

之前看到 netty 的三段式 commit message ，觉得挺好，可以参考一下。举个例子
```
Aggressively remove PoolThreadCache references from its finalizer object

Motivation:
If a cache's FastThreadLocalThread owner win the race to remove the cache, due to debugging
capabilities, it's finalizer will still retain a strong reference to it, causing few classes to leak (and eventually, their ClassLoader).
Despite we cannot avoid finalizers to wait the finalization pass, we can reduce the memory footprint of "leaked" instances before the finalization happen.

Modification:
non-debug early cache removal can remove the cache strong reference within FreeOnFinalize, making it an emtpy shell, eligible for GC.

Result:
Smaller memory footprint while waiting finalization to happen
```

poi person of interest

服务端负载很高吗？把抓包文件或者截图放上来看看

"微信小游戏上线，软著和版号都不是必须的，带虚拟支付才需要。"
也就是说没法虚拟支付，没法赚钱吗

rabbitmq

建议准备面试，想办法跳大厂
你读研出来目标也是去大厂，要花 3 年时间读。
那还不如边工作边准备，准备大半年可能就可以去了。

没错，大部分云服务大量人做，没人用，亏的厉害。但是别家有你也得有，不然客户不愿意搬上来。
其实用的多服务的就那么几个。