ZiChun

@ellipsecheung 你在访达搜索名字是能搜索到的，但是点击会闪退。

Beta 版就这样，本来我是馋 iPhone Mirroring 功能才升级的，升级了之后发现目前还用不了。然后发现 QQ 、BetterDisplay 都闪退，BetterDisplay 还好，作者 Github 紧急升级了个 pre-release 版本，但是 QQ 几个版本都用不了，包括上面提到的 6.9.12 ，打开是能打开，不过全是空白界面。

@xbird 试用过了，感觉 ui 还是非常好看的，不过前端我没啥经验 233 ，我参考下，不过本身扫描过程的实时可视化感觉还是有必要的，要不用户等着太无聊了，看扫描的过程挺解压的。

如果你的服务器上有 python 环境，那么有个非常方便的方案，什么都不用做。
ProcessBuilder processBuilder = new ProcessBuilder("/usr/bin/python3.11", "/path/to/python.py");
try {
Process process = processBuilder.start();
try (BufferedReader reader = new BufferedReader(new InputStreamReader(process.getInputStream()))) {
String line;
while ((line = reader.readLine()) != null) {
// 你的逻辑
}
}
int exitCode = process.waitFor();
System.out.println("Exited with error code : " + exitCode);
} catch (IOException | InterruptedException e) {
System.err.println("An error occurred while executing the process: " + e.getMessage());
}

ChatGPT 如是说：
在这段代码中，虽然看起来 cache = new OneValueCache(i, factors) 这一行在没有同步机制的情况下，似乎是线程不安全的，但实际上由于 volatile 关键字和 OneValueCache 对象的不可变性，使得 VolatileCachedFactorizer 在多线程环境中仍然是线程安全的。即使多个线程试图同时创建新的 OneValueCache 对象并赋值给 cache ，但因为 volatile 关键字的内存可见性特性，所有线程都会读取到最新的 cache 值。另外，由于 OneValueCache 对象的不变性，即使 cache 被新的 OneValueCache 对象替换，其他线程获取的旧 OneValueCache 对象仍然是一致和有效的，因此并不会影响程序的正确性。

@runzekk 说实话，除了少部分语言例如 Rust 这种国内都不怎么流行的，流行比较久的语言，国内外开发水平基本属于是大差不差。但是国内的确实硬性条件上有个劣势，就是对于这些库的安全测试没有别的知名三方库覆盖全面。
很多安全团队，基本都是逮着那些知名三方库做测试，像 hutool 这种，基本就是靠国人踩坑之后再改。
不是说国产开发者不如国外开发者，这是生态上的问题。就像是操作系统国内一样能开发，但是没有生态支持，始终难以壮大，这个也并非一朝一夕能改善的，我的建议是，个人支持开源，但是涉及到线上，还是尽量少用。

@runzekk 我一开始就看到了啊。我说的是“线上环境谨慎使用”，你不是觉得我说的不对吗？我问的是你觉得有哪点不对。我自己 87 楼也说了 hutool 好用啊，我从来就没有不建议个人使用 hutool 。

@runzekk 你不妨说说你的观点，我认为线上环境谨慎使用开源库，你觉得我说的不对，那就是线上应该无脑使用开源库咯？只要是开源，就应该优先考虑？希望你能知道，开源本身并不意味着高人一等，相反，开源一定是相对 unstable 的，你如果真的想讨论，没必要总是在反驳别人，你可以说说你的想法，你要是说的对，也可以说服别人。

@runzekk 我不知道你怎么理解为因噎废食的。

线上出问题 -> 找到了 bug -> 评估三方库风险 -> 建议谨慎使用

Spring 的问题是多，但是即使 Spring 这么多问题，我至今没有遇到任何一个导致服务器宕机的问题。
但是 hutool 确实导致线上服务器宕机了。

如果说一个开源库已经导致线上事故了，还要说不使用是因噎废食，那我评价只有一个字：孝