说实话有点矫情了...

其实没有非要用 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

支持

背单词。最近也是阳康后有点入睡困难，把百词斩下载回来，睡前背单词，困的不行

我也是，2017 款的，不过最近发现主动点睡眠再合盖貌似就不会重启了

看外网报道，m2 pro 大概率会上 3nm ，建议等，性能提升，功耗降低 35%

https://www.macrumors.com/2022/12/29/tsmc-3nm-mass-production-begins/

> Similarly, Iterators, Spliterators and Enumerations return elements reflecting the state of the hash table at some point at or since the creation of the iterator/enumeration. They do <em>not</em> throw {@link java.util.ConcurrentModificationException ConcurrentModificationException}.

你要是去看下 ConcurrentHashMap 的 java doc 就不会问这个问题了