前天看新闻。openAI 月活（ MAU ） 1.9B ，排十几名好像。google 排名第一，89B😅。月活差了这么多，怎么看并发也不是一个等级的

618 同事刚买了保友-金卓 B ，他反馈还不错。价格差不多就是 1700 多吧。

@pH #10 哈哈哈，主要是 JDK17 下的 G1 真的太棒了，在同样的测试中，G1 对吞吐量的影响大概只有 0.5%。感觉分代的 ZGC 怎么着也得优化几个版本才赶得上了😂

个人浅见：
1 、如果是 JDK8 环境，通常来说 ParaNew+CMS 算是比较万金油的选择。之所以不用 G1 ，只是因为 G1 在 jdk8 下还存在一些隐患，极端情况 Full GC 退化成单线程。ES 的配置文档也是建议 JDK10 以下，不建议配置 G1
2 、如果是 JDK11+环境，通常来说就选择 G1 就 ok 啦。需要关注下 MaxGcPauseMillis 参数，不要设置的太小了，按照实际来。而且随着 JDK 版本的升级，jdk11-14-15-17 ，G1 的性能越来越好，可以说 jdk17 下的 G1 真的强无敌，吞吐量、延迟达到了非常棒的平衡。
3 、关于 ZGC 。我在 jdk17 的生产环境测试过 zgc ，在 16g 的堆下，基本 gc 停顿时间<1ms 。但是，通过火焰图观察，大概消耗了 10%的吞吐量。所以看你的需求，如果可以舍弃一些吞吐量，那 zgc 也不是不能用。虽然我认为绝大多数的应用 g1 就够用啦

@mgzu #36 感谢感谢。我们现在各种 wrap ExecutorSerivce 来传递各种各样的 ThreadLocal Context ，不知道换了还能不能生效了

21 的虚拟线程解决 ThreadLocal 的问题了么？我记得好像是这个版本的还不支持 ThreadLocal 。

推荐系统中感觉 java 可以做的也不少：
1 、推荐引擎。总是还需要包装一下（ TF Serving 之类的）才能给各个业务调用的，java 做个 facade 还是 OK 的
2 、用户画像。画像计算（大数据 Flink 、spark 之类的）、画像服务都是可以用 java 写的。当然估计也少不了写 SQL
3 、数据清洗。模型训练也需要数据嘛，一般也不会直接使用原始的数据，还是得加工加工，java 也能搞。估计也需要一些 SQL 啦

windows11 。后端 Java 。Dell 7000mff 12 代酷睿，之前用 windows10 老是蓝屏，更换后基本无蓝屏。

@sadfQED2 #4 完全可以理解😂，搜推就是各种奇奇怪怪的 case 让你找为什么。画像特征越来越多，模型越来越复杂，但是效果嘛.....感觉搜推是那种 0-1 提升巨大，后面真的差别不大的那种场景

To C 的服务，我们一般使用 JDBCTemplate 。To B 的服务，MyBatis 、Spring Data JPA 都有使用。

@cherryas #6 OLED 显示器好像都是镜面的。写代码用暗色主题，如果办公室稍微亮一点，反光好严重啊。我现在都被迫改成亮色主题了😂

蒜蓉+醋+花椒油+香油，那叫一个香。不过缺点就是，啥饺子蘸这个料都是差不多的味道。馅料香的饺子，不怎么需要蘸料

点击头像-朋友权限，如果《对方》，设置《你》的朋友权限是“聊天、朋友圈、微信运动等” && 朋友圈和状态设置是“不让他看”。
好像就可以实现，你在时间线浏览看不到他的朋友圈，但是点击对方的头像，又可以看到对方展示的有权限的朋友圈内容

@chrisroc #5 拐 0 让我想到了一辆年代久远的火车 T70😂，铁路上就称呼这趟车是拐 0

@w292614191 #31 使用的是 OpenJdk ，发行版用的是 Adoptium OpenJdk 。

1 、关于版本号的问题，是从 Java 9 开始调整了，具体参考：JEP 223: New Version-String Scheme 。
2 、关于升级版本，我们的系统是升级到了 JDK 17 ，但是语法特性没有升级，还是 8 的特性。考虑的原因是其实大部分性能的提升还是来自 JVM 而非语言特性。事实证明，这样升级动作很小，基本上只要简单调整下启动参数，部分依赖升个级，代码层面几乎没有修改。但是能享受到 JVM 升级带来的红利，例如 String 、例如 G1 GC 等

我用的就是真力 G1😂

体验了一下，确实丝滑多了😂