@tctc4869 使用 vertx 得搞明白 vertcle 和 context，唯一需要注意的点是 don't block the eventloop 。

那你是图什么呢？算时薪可能还更低了。

大厂镀金看职级，职级不够没用。

北京有 50k 可以立足了

@lhx2008 国内用的是不多，但也不至于不可控，毕竟只是 netty 加个皮，netty 还是相当普及的

长安居不易，几千年来如此，指望这一朝一夕给你解决了，不大可能

收入每隔七八年翻倍，房租涨幅只会比这个更大

@rockyou12 redis client 自动重连也是 3.9 才有，不过文档里一直都有自动重连的例子。这应该是产品理念的问题，不够接地气。

Vertx 现在还是非常小众的，我问过好多做过 Java 开发的，大都表示没听说过。

4.0 用于生产环境我是不建议的，尤其是刚开始熟悉的人，出了问题很难界定是用的不对还是框架 bug，还是从 3.9.1 开始吧。

我从 3.4 一直用到 3.9，几乎每个版本必更，一个遇到过两个 bug，一个是 CPU 使用率暴增的，另一个是 redis client 线程安全问题，第一个问题很快修复了，第二个严格按照一个 client 一个 vertcle 使用不会触发。

@tctc4869 自己实现 TCP 服务，不需要考虑“黏包”这种细节，交给 RecordParser 去解析，只要设计协议的时候别搞出 parser 不方便解析的格式。

@hantsy 同步方式很好描述的逻辑，异步就未必直观了，比如

for (i=0,n=0; i<10; i++) {
n = test(n, i);
if (n == 0) contine;
if (n == 1) n = test2(n, i);
if (n == 3) break;
n = test3(n, i);
}

每个 test 都是调用的第三方服务，转化成异步写法比较晦涩，这还只是简单的例子，实际 context 上的局部变量有很多个，回调和 promise 写法，需要自己维护这个 context，协程是系统帮你维护。协程只是增加一个选择，并不妨碍适合 rx 的地方继续 rx 。

@tctc4869 用了 Kotlin 就是协程那套了，不再需要回调套回调，也不需要 then 套 then 了，reactive 那套写法只适合平铺直叙，循环中带点分支就开始绕了。

@hantsy 能用和按照异步方式重新设计差别还是很大的，原生异步支持的协议是不是够全，自己开发私有协议实现是不是方便

webflux 生态比 vertx 差不少

@arfaWong 每年有几次可以突破上限的购买机会

我续到 2030 年了，随便用，不要考虑充分利用的事情

五险一金值七八千呢，相当于正常交金税前 20