@JingXiao 你这个好，我用爱尔兰的输入法，把 ABC 删了，用 Sogou 和 WeType 到了现在也没有跳过

两把 Nuphy V2 Air60

关于 MySQL 实际上的幻读问题： https://xiaolincoding.com/mysql/transaction/phantom.html
1.普通读是快照读，select for update 是当前读，当前读会加锁，基本上解决了幻读的问题
2.没有完全解决有两种情况会出现幻读，具体可以看这篇文章
2.1 第一个幻读场景我觉得不能这么用，用法就很奇怪

这不是诈骗吗，这能纵容？？？？

@liuzimin 卖课的，靠知识挣别人钱的，知识都了解的不对，就别怪别人说话直了

@afxcn 不导出的加一个下划线还行，能区分，导出的全局变量你加吗？不加就不统一，加了就不能导出

挺好奇为什么 _applicationPool 要用下划线开头？

情况可能不一样， 我是受凉也会流鼻涕和打喷嚏。我买了点松鼻剂喷的，很有用，现在已经没事儿了。以前也是这样弄好的，之后懒了没弄，实在是受不了了，就买了点这个用

https://go.dev/play/p/GaXBGyvGkEn 我试出来了，确实会 panic ，Source 的 Uint64 方法内部会索引一个定长的数组，并发的情况下可能会出现索引越界的情况

https://imgur.com/QsyRcDU

@MrSeven7 是怎么 panic 的，可以贴个代码吗

ide 的 full line 补全挺好用的，不会像现在的一些辅助工具，补全的都不对

@nobject 嗯，你用起来就完事儿了，反正咱俩又不一起写代码

@AceGo 怎么个不安全法？我看源码也没问题啊，没有改 seed ，也没有竞争

@nobject 比如我有 a 、b 两个类型，如果围绕他俩的函数或其他方法的代码量很少，我就不会拆，大一点了就会拆成两个文件分别存。我是比较讨厌提前优化和过度优化的。go 本身也是不提倡严格分层的，而是提倡根据你的代码来

@nobject 我会分层，但是不严格按照这个规范来。会以代码的量来区分不同的层级，也不会叫 controller

不是日志的问题，而是 controller->service->repo 层 一看就是 Java 转过来的。

楼主你就说你是不是 Java 转的？纯好奇

1. 现在的 go1.22.2 版本，并发调用 Intn 并不会 panic ，源码里就没有相关的检查
2. 当 go 协程调用 _seededRand 的时候，程序的运行时已经将 _seededRand 初始化完成，并不存在说你加了 if _seededRand == nil {...init...} 就会好的情况
3. 几年前的问题了，你也不知道当时具体是什么 go 版本，现有的数据不足以用来判断

我没刻意去记，但是我现在已经可以不用拆了。但是还是有个别的字会打错，总是会记错位置，比如 ua ，uai ，ia 这些总是错

https://go.dev/talks/2012/splash.article

没事儿读一读这篇文章，看看 Go 是怎么诞生的，是为了解决什么问题。吵来吵去的也只是用自己的固有思维去思考，没有意义。