密集型的计算，核心数还是核心数+1 。偏向于+1，因为现实中 CPU 太快了，再密集的计算都难免有内存带来的延迟，增加一个来充分利用 CPU 。
如果只是为了应用，得到合适的线程数，那实际情况远不是理论上一个公式那么简单，这个场景跑 benchmark 得出是最靠谱的。
但是看了你这个问题描述，好像你或许不是需要多少个线程数，而是定位目前性能上不去的瓶颈是什么？还是先 profile 找到瓶颈点再去找解决方案吧

盲打。没有刻意练习过，只是打字多了形成的肌肉记忆一样的东西，如果突然问我：C 键在键盘位置，我一下子很难回答的，需要动手模拟敲一下才知道位置的。
不是盲打的，我觉得要么敲得少了不熟练，要么看键盘成了类似肌肉记忆一样不经意的习惯了。

1.上策，尽快溜掉，避免和他合作，省时省力。
2.中策，让直接领导知道并认同你的看法，让领导去沟通。就算沟通无果，后面也好甩锅。
3.下策，你说沟通无果。那首先划分好模块，但是你们是一个功能，唇亡齿寒吧。加强单测确保功能，只要他的功能没问题，屎山又奈你何。
4.地下室策。大哥喝茶，你的功能我帮你写

一定要生成代码才能解决吗？生成的代码可不好维护呀

其它场景不太清楚，但是在数据处理的领域。如果单论写入性能，结论是 mmap 不会直接明显提升写入性能。因为不管什么写法瓶颈在 IO，只要写入速度到了磁盘 IO 上限，就再也无法提升。看了好多上面测试结论都有不准的可能，IO 性能的 benchmark 是不太容易的，需要用一定的技巧才行，因为系统数据缓存的原因，很容易最终测出的不是磁盘 IO 速度而是内存的速度。

推荐考研。不过即使是研究生，对于普通员工来说，能力要比学历更重要。

lowcode 是在断部分边缘开发者的后路。lowcade 这个概念本身一直存在，只是最近直接被单独拿了出来了。企业上云断了很多边缘运维人员的后路。如果企业应用 lowcode 后，同样要断很多边缘开发者的后路。
没有银弹，lowcode 没有任何实际的技术革新，lowcode 能断多少人后路，关键看能解决多少核心的复杂业务逻辑。
为什么说目前是断边缘开发者后路呢？因为目前 lowcode 只能解决功能需求相对固定的需求。企业软件本身不产生实际价值，解决对应问题才发挥了价值。因此对于要解决的问题本身才是软件的关键。对于企业核心问题本身才不关心是不是 lowcode 。只有那些不着边的非核心业务，本身不创造太多价值的软件，才会关系软件开发和维护的成本，这个时候可能会考虑 lowcode 。

南京苏州无锡都待过。综合推荐无锡，生活舒适，房价相比附近比较合适，教育很好，医疗不算差。如果能抗住南京房价，推荐南京工作机会更多，医疗更好。

CPU 自己控制取指令，当然可以优化了。CPU 不会乱序执行，这个是编译器做的事情。CPU 通常是顺序执行，但是流水线的存在，有指令多发和分支预测等手段来充分利用 CPU 各个部件。

地位与创造价值正相关，专注于创造价值就不会错的。
这里面价值都要可以等价于金钱。比如优化上报流程，节约多少人力。为支撑 X 业务，开发了 Y 工具，该业务创造了多大价值。
我在工作中，只要推动者自己含糊其辞，没法说出价值的，我通常就不会参与。

没看文章基于你的疑问和理解。
这些行为基于内存模型的，其模型就是这样。go 的内存模型不太了解，但是比如 java 的 volatile 关键字的语义就是该变量，读取会放弃 cache 中，从内存中刷数据。写会强制刷到内存。至于底层真实情况如何，肯定不同硬件和系统有不同实现。只要在 jave 这一层，表现的是其定义这样就可以了。
“修改 cache line 就会导致其他 CPU 的 cache 失效，但我觉得不是 cache 修改写回内存时才会这样吗？不然为什么要使用同步原语同步内存呢？有了困惑” 这个具体实现有关系啊，“修改 cache line 导致与之相关的 line 失效”就是这样实现的啊，
而你说的“cache line 写回才会导致相关失效” 那是你的理解吧。要我站在 java 内存模型，我会也会觉得不思议，为什么一个 core 的 cache line 写回，其他 core 的就要失效呢？没关系，就是这样，你创建的模型就是这样，我如果我用你这个模型，按照你制定的模型的行为使用即可。

可以从类的加载方向深入看一下。没有深入去看，抛砖引玉了，仅凭记忆如果没记错 jdbc 驱动在构造时候进行了不少的初始化工作。
第一个避免错误的引入，导致无关对象初始化异常。第二个应该是确保 class 被构造，相应驱动被初始化，从字面理解应该和不同 java 实现有关系。

我家中原来是宜家的椅子，去年换成了保友的椅子，我最看中的是扶手一定要可以调节，这样肩膀有支撑写代码真的非常爽，肩膀不会很累。其他的腿部支撑，腰部支撑感受都非常好，但是对于我不是刚需。

加缪的局外人，推荐读一下，写的就是你

大概明白你的疑问，你的问题应该是异常处理没弄明白。这里 close 失败的异常，是让处理后事用的。假设，你的输出流是将新增的内存数据持久化写到磁盘用的。close 关闭失败，意味着持久化失败了，这个时候可能的处理是将新增加的数据对象从内存删除，恢复到添加之前的样子。
需要强制处理的异常，通常是处理后事用的，下层没处理最好还是抛出上层处理。二话不说默认异常输出到日志，这个代码会有问题的。