家里迈腾一直在途虎保养，目前没出过啥毛病。

大部分外企都满足 23，1 的话很多外企也能 10%，非要 12%有点难。说白了非外企 2 和 3 都有点难。

数组元素没有 volatile 语义，对它的读写就未引入 mem barrier，其他 cpu 无法及时感知 cache line 失效，也就导致了可见性问题。没有引入屏障的数据刷新延时是无法预估的，甚至根据你写的代码，被 jit 激进编译优化为其他 thread 读了一次之后再也不读也是可能的。

反正未来人工越来越贵，我觉得这个趋势是不太会变的。现在在一二线城市已经比较明显了

Java 现在搞并发的选择并不算很多，线程池就是一种典型的，池化思想其实应用很广泛。搞并发可以上 reactor，vertx （也是 actor 模式的实现），线程池。即便是 reactor java 本身，底层也是要用到线程池来实现所有异步操作的。在 loom 的 fiber 真正出在 lts 之前，我觉得这个现状不会改变太多。协程也不是什么场景都优于线程的。
应用场景可太多了啊，说的完？ web 服务肯定是并发的，无非是应用哪种 IO 模型的问题而已。线程池可以说无处不在。

vim 党不请自来😏😏

@UBcai 现在 Java 卷的难以想象，他这个列表里的这些题不算难的。还有些两三年分布式框架源码级别往死里问的

挺好 马克下。

> 看 tcp/ip illustrated 或者 computer network: A top down approach, 要看原版， 绕过垃圾翻译成本。
> 边看的时候自己用 wireshark 抓包玩起来，只看书都是务虚的，很多细节看完没几天忘光。

又不是 lts 你说个屁呢，工作几年了？无脑上 16 生产环境出问题你敢一个人拍胸脯吗？

可惜了，这儿的文章整体质量都高。

歪的过分了啊你们。正经回，我觉得搞 java 的，netty 和 redis 值得深钻。面试的时候很有用的。

NIO 的 IO 线程只应该负责 poll 各个端口，poll 到 IO 事件要进行业务处理的话肯定得分发切换到业务线程池，你这个写法就不对。Netty 里也有类似你这段代码 while true poll IO event 的核心逻辑，建议看看。

降低期望， 大厂刷 KPI 面人的情况太多了，没事多刷刷脉脉了解情况和套路。

搞笑的勒，有些面试官他自己问的问题你反问他你以为他能答到第几层？潜的下去钻技术的终究是少数，面面俱到更是难上加难。

想想诸如金融，法律和财会行业，想想别人行业有多少个费劲的要命的证书和各类认证，你软工有几个，认可度又如何？不过是成本的转移罢了。门槛低成这样，随随便便别的行业想转就转过来，就别想轻松了。

现在基本上 boot 已经是对 spring mvn 全方位覆盖了，mvn 没啥必要了。总体感觉上基于注解的配置比基于 xml 还是方便多了。