@xzg1993 我待的项目就是这个，两年前刚入组的时候我跟组长说 springboot 某个特性不关迟早炸，他说没关系，上个月同步 100w 个用户终于把虚拟机栈炸掉了，整个部门还排了一周找不到原因（我休息了几个月），我说你把它关了就行。囧

这个特性是 open-session-in-view ，用框架注意底层警告，最有趣的是极少人会遵守这个规则。

不要 java ，我是做 java 的，太难了

这查询，我只能用哇塞来形容。上全文搜索吧

大事务就换成 redis 锁，不然就乐观锁，永远不要锁行，用不好就升级成表锁

ios 手机上有个有趣的你可以现在玩玩，刷新当前帖子，点击回复（不要任何输入），会进到一个新页面，然后重复：左拉恢复帖子，js 把你拉回去回复页面，左拉恢复帖子……

跳出来逼人拉黑？演员？

啊这……真有这么简单的需求吗？还是说无序访问？所有可能分组模式？

墙是双向的，没想到吧。

你复习一下局域网组网就懂的都懂了。

git 可以满足的，要不远程 IDE 吧，vs 跟 idea 都有现成的方案

包它哥一百层，启动参数还是土的一行，要不转行销售吧

-，--，——，————，是哪个

跟我们公司一年前一样，哈哈。现在转企业微信管理计划了，更惨，希望人没事

不知道你的语言。我的一个的三方调用接口设计是：
1. 三方调用切面环绕检查 api 返回 http 非 200 状态码、业务非 0 码 抛出三方错误
2. 业务层中可捕捉转成顶级错误与错误码，未捕捉的在通用顶层处理转换
3. 整个流程需要保留溯源信息到错误中
4. 顶层错误输出前根据信息第二次转换到错误码
5. 2/3 可以直接忽略，即 1 中直接抛顶级错误
6. 错误码记得分组，我习惯每类业务预留 1000

@cccssss 这个玩意没法公开，只能新创低权限账号认证，虽然是挺好用啦，谢谢自己的玩具之类的

接触过某个红外主机，感觉错误码定义规则很不错。

但是为什么会出现设计模式？保留溯源信息不够吗

高安全低性能的，全局锁梭哈。
高性能高性能，过期队列。
中庸方案，自增跟锁两次检查。

多机请用中庸 redis

……py 没这块的基础理论吗