myprotein ，主打经济实惠。走官网转运买，便宜点

很有参考意义，感谢 op

这离谱的理由。。。

说实话有点矫情了...

其实没有非要用 mybatis ，还是要看业务场景。Hibernate 与 MyBatis 的选择是经典的模型优先 vs 数据优先的问题（或者称之为 jpa first vs db first ）、范式 vs 反范式的较量

个人经验看，toC 的情况 mybatis 会好一点，对延迟敏感，我们需要谨慎设计调优数据表的 schema ；而 toB 、一些内部项目、流量不大的项目完全可以用 jpa 快速开发

至于 jpa 太重，黑盒，性能差之类的问题是因为 jpa 提供了足够的便利让我们专注在模型设计而非数据 crud 上，本是一把双刃剑。如果仔细看过 jpa/Hibernate 官网文档，你可以设计出性能不差、完全不用写 sql 的 jpa 模型

支持

这配置是真羡慕了

@zacard 回错了，楼主忽略

这配置是真羡慕了

因为 channel 的同步机制是通过读写屏障，而读写屏障不是只保障 channel 里面的数据可见，它的原理是写的时候通过失效 cpu 缓存的数据，读的时候防止重排保障读到写屏障之前的数据更新。因此即使处于另一个核心的线程，由于缓存的数据失效了，会去读主存的最新数据，顺带就把最新赋值的 a 给读出来了。

java 中有很多类库直接使用了这个技巧来减少重复的同步消耗，例如 FutureTask：
// 源码第 92 行
private volatile int state;

// 源码第 104 行
private Object outcome; // non-volatile, protected by state reads/writes

第 2 个变量的定义没有加 voliatile ，然后可以安全的在并发中使用

就凭特斯拉的愿景：加速全球向可持续能源的转变

支持，项目中用到，非常方便

强烈建议 netty ，源码拉下来，读源码，理解进去，写注释。你会发现你的水平能提高一大截

自我感觉，大部分也都选错了，懊悔不已。但是人生没有回头路，总结错误原因，才有迈出更加坚实下一步的底气

R.I.P

昵称：zacard

支持