我之前是配对后开了开发者然后直接在头显上装 v ，否则只是设置代理的话最后的更新那步过不去

@hantsy 这倒也不一定，去年 8 月 RetroArch 也被搞过，虽然没被删库但被 force push 把一些 repo 清空了
https://www.libretro.com/index.php/hacker-vandalised-our-buildbot-and-github-organization/

可以试试 go func 的最后 runtime.Gosched()一下

@howells 直接调用 office 的 com 组件

一直很羡慕那些能睡的，现在基本每天 1-2 点睡 6 点多醒 7 点过一点起，不用闹钟也不午睡，白天也不犯困…前段时间（ 5-9 月）可能因为季节关系睡得更完醒得更早，2 点多睡 5-6 点醒，挺担心哪天会不会就突然上新闻了…

封装一个自己的 log 或者什么的，不直接 print 到 stdout 或 stderr，而是先写到一个 buffer 中，然后用一个 goroutine 负责从 buffer 读取内容 print，这样可能阻塞的 print 只会发生在这个 goroutine，调用 log 的时候不会发生阻塞

@sagaxu JakeWharton 最近的推上有说，gson 基本属于弃坑，2/3 的开发者参与了 moshi 开发，moshi 可以认为是 gson3

这个是 API level 26 才加的，你的真机的系统版本是不是比这个更低所以没有

@visitant 本来就是重用的，但重点并不是重用而在 leaky buffer 这个 leaky 上，这也是翻译中存在问题的地方

@visitant 楼主是指这种实现的思路就是缓冲区已满的情况下再放入数据会直接抛弃这个数据， 而译文看起来就像这种实现有问题会造成泄漏的样子

第一段代码没处理遍历结束后剩余的最后一段内容……

@cloudzhou 恩，之前没想到，也没仔细看你的代码，的确这样更好呢

https://paste.ubuntu.com/p/FpY5kK9R3q/
这里 NthPrime 是你上面版本的函数，NthPrime2 是我刚才又修改的函数
然后在我这边的机器上，调整函数定义的顺序（定义的顺序，不是执行的顺序哦……），执行效果差异也很大……

@cloudzhou 在不同的机器上结果差别也挺大的，就拿我最后贴的那个代码，在昨天测试的机器上我的代码会比你的快一些，但现在手边的两台机器都是你的代码更快些

@cloudzhou 最后这两个版本都是算法优化了，最后这是空间换时间了啊……我也来玩一下~

https://paste.ubuntu.com/p/wr7nMXhnSm/

又做了一些尝试

https://paste.ubuntu.com/p/M3zZ4y6SPh/
这里只对 else if i%j != 0 这个分支加 goto 效果明显，其他两个分支加不加都差不多

https://paste.ubuntu.com/p/zvCpbXtCHB/
这里更换了 else if 和 else 的判断顺序，在 else 分支加 goto 效果明显，else if i%j == 0 这个分支加不加没什么区别，在 if j > i/j 这个分支加的话会明显变慢……

@cloudzhou 顺便，楼主贴的 c++的耗时，应该是没开编译优化的，-O2 的话耗时能减少一半左右吧

@cloudzhou 这个直接优化算法了啊，因为其他语言的算法都是一致的，所以之前刻意没往这个方向改

https://paste.ubuntu.com/p/xJJZwzSbM9/
这个地方有 3 个改动：
1.将 for 循环改为 goto 控制
2.将返回值类型改为 int32
3.将 if i%j == 0 的判断改为 if i%j != 0
在这 3 个改动同时同时存在时，在我的设备上可以再减少 100ms 左右，如果只存在其中 1 个或者 2 个则没什么效果甚至更慢

另外还尝试了 j 初始化为 3，再 if i%j != 0 时再+2，也没有什么效果

@cloudzhou 嗯，感觉和跳转的优化有关，后面改着改着以为自己在玩 Human Resource Machine……

@xfriday 我已经想不起来为啥我要试着加这个 continue 了

然后又折腾了一下，把判断条件反了一下，好像还能提升一点点……

https://paste.ubuntu.com/p/ByXy3gYfrW/