一般 sql 做动态二维表有点难吧，考虑存储过程，或者读出来外部程序单独处理

目前在用 zts，最难受的是上下文无法交互，开辟的子线程跟主线程内存隔离，虽然不会有并发读写的问题，但是也丢失了大量多线程的可用性

你这个例子没问题，指令重排会保证最终执行结果跟预期一样，但是不保证顺序，也就是说 change 方法执行完以后，a 一定=1，flag 一定=true，但是谁先谁后不一定

这样一来，多线程环境下，监听线程读取到 flag 变成 true 的时候，a 的值有可能=0 有可能=1，不能按编码顺序去理解

@joyhub2140 Java 8 后面也就 11 是 LTS 的，看着版本号吓人而已，其实就相当于用着 1.6 观望 1.7，有必要嘲笑 1.5 吗？

@kaka6
只懂业务不动技术的话，会提出很蠢的需求，比如手机内颜色自动根据手机壳适配
只懂技术不懂业务的话，你会不理解为什么要这么改，按钮放在这里和放在那里有什么区别，数据说话还真不一样
真正好的技术是要懂业务的

真正说了算的是决策层，跟销售还是技术没有关系，说白了做什么怎么做是讨论后的结果，至于决策层偏销售还是偏技术都有可能

你司的情况我觉得技术副总不可能不参与发展方向的讨论吧，做什么他不点头的话能正常推进？

就算是技术主动做的事情，也是因为有需求点出现，否则如果没有变化的事情你做了干什么

比如架构优化，多半是因为出现瓶颈了，你会针对每秒 ops 0.1 的项目做高并发优化吗，那不是闲得慌，有这时间做什么不好

必然是业务说了算，需求说了算，技术是服务于需求的

升级版本，实在不想升级就参考支持的版本自己实现一遍，所以还是升级比较方便

试了下是有这个问题，弹出二级菜单后，一级菜单进入一个锁死状态，到二级菜单里面晃两下就解锁了

```
class Solution {
public ListNode reverseList(ListNode head) {
ListNode newHead = null;
ListNode current = head;
while (current != null) {
// ListNode temp = new ListNode(current.val);
// if (newHead != null) {
// temp.next = newHead;
// }
// newHead = temp;
// current = current.next;
ListNode next = current.next;
current.next = newHead;
newHead = current;
current = next;
}
return newHead;
}
}
```
注掉的部分是我自己理解的过程，生成新的链表，每个节点生成新的对象，注释外的的是前面有人提的，直接操作原始数据，其实就是想清楚过程，平时多思考吧

@morizawatt 先解决问题，问题解决不了光问责有什么用，线上继续出问题，每个月继续追责逼人离职吗？再说问题都不知道在哪你定谁的责，要我说服务器性能不够，运维的责，你问问运维服不服

这种事情为什么非要追责，明显就是整个组一起扛啊，高并发环境下偶发 bug 很可能因为架构原因导致的，大家一起想办法解决问题才是关键，责不责的没什么用，你给他定责他就能解决了吗

遍历每个客户
读取该客户的收款及发票
遍历收款，取发票一条一条核销，一条销完，换另一张发票，未销完，记录发票 INDEX 及剩余金额
最后将结果批量插入数据库。 大概 6000 多条核销明细花了我 30 分钟+ 不可忍受。

看了原贴，根源在于第二步和第三步有过滤
以第二步为例，你要遍历每个客户的数据，对应主楼的 arr2 和 map2 会进行筛选，当然是 map 更快

如果涉及到联表怎么办，我自己搭建的框架里面也有类似的功能，查询条件通用化和规范化，重复逻辑也可以提取出通用方法，对外提供接口的时候也很方便，遵循相同的标准即可

但是联表就很痛苦，我现在没有好的解决办法只能是部分 sql 部分 model，返回数据的使用也比较蛋疼

数据放配置文件，代码实现读取，你不觉得一堆静态配置放代码里面很傻吗

我这一般是这么用的

public function initTask($task_info, $task_num, $task_total): ?Thread

public function initTask($task_info, $task_num, $task_total): Thread

当返回结果可能为空的时候用前一个，不这么写返回空会报错

@mandex 我的经验是一周要重启一次，只要虚拟内存用上 10G 就开始卡