不是，如果你强调的是 java.lang.Error 难道不应该至少大写 Error 吗？作为面试题，你把原题中与 java.lang.Exception 的比较删除，这就已经丢失了很多信息，作为一个人类我尚且不能给出一个直接的回答，指望 ChatGPT 就有点困难了。

此外 Error 是否建议捕获要看场景。如果我加一个读取大文件的前提呢？还不建议捕获 Error 吗？

但是为什么非得结婚呢

你试试相同条件执行两次，是不是第二次就很快🤣

@sir283 …这个 System 代表的是系统本身，和 Linux 里那一堆 kworker 差不多。
比如你要是把一个正在进行文件填充的进程 kill 掉了，文件 io 就会算到 System 上（观察到的现象

git 会用不，可以帮你管理版本，在不同设备间同步版本，多人开发时管理分支与合并，结合持续集成（ CI ）完成自动化构建测试，结合持续部署（ CD ）完成自动化发布

容器化的前提是，你玩的转~~~人家提供容器化云服务的厂商可不是简简单单 K8S 起个 Pod 就完了。
除非你对稳定性、性能、运维什么的全都没要求，跑起来能用就行，那自然是随便

你们的生产环境部署，难道是直接 git pull 吗？这个稍微粗暴了一点，改成通过 CD 去拷贝文件吧

这些数据库为什么不跟进新版本呢…诶…破玩意儿

Go 标准库很多 API 设计得都比较有特色。抛开 Go 不谈对于 HTTP 库一个典型设计是 response / body 都有独立的 close ，response 的关闭会导致 body 被连带关闭。

悲观锁定能不用就不用，看上去你不需要锁定啊，你只是需要确保记录更新的事务性而已，那为什么不调高事物隔离级别？此外看了下您这个触发器，似乎默认的 RC 级别已经够用了

我这的东西能被我换成 PostgreSQL 的都被我换成 PostgreSQL 了，MySQL 的各种蛋疼问题太麻烦了，糟糕的全文搜索，糟糕的 join ，糟糕的事物隔离，糟糕的数据类型（别的可以不提，就时间类型就够蛋疼），糟糕的排序（第一次见到排序内存不足会报错的）。其他高级特性就不说了，像递归 CTE 这种东西本来也很少用。

@utodea 看你的需求是什么，如果你的需求是 OIDC 开放互联，你就只能去读这些文档了。规格文档只会说要什么，到底怎么落地得自己想。

@annoygaga 正确实现 OAuth 2.0 ，你需要熟悉 IETF RFC 6749 6750 6819 ，这类平台一般还要实现 OIDC ，这部分规格不属于 IETF RFC ，但也有洋洋洒洒大几百页。这仅仅是开放互联的内容，尚未涉及到业务域，比如账号体系，授权认证体系等等。也不见得有多难，但是完全让你一个人做你可以估算估算自己要做多久。

有些不想自己针对这块造轮子，主项账号数据这个东西你说它重要吧，它确实重要，但是它往往和核心业务关系不大。至于难点，只能说业务上想把任何一个东西做好都难，无非就是你怎么定义“好”了。

看上去不同注册时间的号表现不一样

再注意下，数据序列化/反序列化

什么 gal 啊，第一次听说这样的

@xxfye MySQL 8.x 还没有并行查询能力吗？有点弱啊