一个大部分连续的 bytes 卡住 gc ，听起来还是很离谱的，除非你给出详细测试步骤，不然很难证明你的前提是对的。
即便你前提成立，也可以简单粗暴的直接上 ZGC 来解决，不需要你重复发明任何东西。

我是精通 Scala ，同时也熟悉且写过万把行 Rust ，所以换到 Kotlin 对我来说算是能力上封印了。
至于论坛里没写过几行 coroutine 的开发来说，对鞋城和虚拟县城的理解不一定强于前端仔（ async/await ），现在谈 VT 取代 coroutine 有点言之过早

最近一个后端项目：ktor + kotlinx + flow api + coroutine + context receivers + arrow.kt
JDK 21 开 Generational ZGC 和 Virtual Thread （作为 coroutine 的 blocking dispatcher ）
我算啥成分？

上生产了，童叟无欺
```
env:
- name: JAVA_OPTS
value: "-Dconfig.file=/app/application.conf -XX:+UseZGC -XX:+ZGenerational"
```

最多的时候负重 5kg 做 10 个（电脑包+mbp 以及其他杂物，差不多 5kg 左右）
负重 15kg 做不到 4 个

https://v2ex.com/t/1022551
《每天 1 块钱，1 分钟，彻底治好了我的腰肌劳损和肩关节疼痛》
亲测有效，腰肌劳损腰痛 10 年，肩关节痛 3 年

我精通 JavaScript/TypeScript/Scala/Kotlin 等语言
还精通 Pure-FP 与 Reactive Stream
各位精通 PTSD 患者来喷我吧 🐶

我们写函数式的，完全不需要“防御性编程”。
我们就正常发挥，除了同门之外别人都看不懂我们 Pure FP 代码🐶。
关键是，自己维护起来还超 tm 轻松。

我现在的 Kotlin 技术栈：
Ktor （ http4k 也挺好）
Exposed + HikariCP
Arrow
kotlinx.serialization/coroutine/flow
编译器启用 context receive 语法扩展，凑合当 effect 用
JRE21 开 ZGenerational 和 VirtualThread
写起来体验还是可以的

之前也在知乎回答过此类问题
https://www.zhihu.com/question/641140617/answer/3375582454

@ptsa 图不图的不重要，总之单杠引体向上，练就完了

首先，不要试图挑战 CAP
然后，我们再谈其他的

你唯一能做的是用同步协议尽可能快的达成最终一致，但你无法始终保证一致性

说实话平替 Java 有点过于低估 Kotlin 了

如果不能改变上游的话，最简单的方法就是搞一个 bloom filter index ，postgresql 原生支持这种 index 。
如果只能用 mysql 的话，也可以在 mysql 里自己维护实现 bloom filter ，不是很难。
然后做分级索引，合并成一个大的 bloom 。

虽然会有 false positive ，只要控制在 1%以内，你就可以以极高的效率查出哪个码从来没出现过。仅在命中 bloom 的时候去做二次校检。

把二维码的位数搞大一点，比如 128-bit 不就不会重复了么？🤔
为啥要设计的这么复杂？
UUID 也就 128-bit, 100 万亿 UUID 中重复一次的概率是百万分之一。
买双色球都没中过头奖，不如直接用 UUID 编码到二维码了

我用 GPT4 生成了一万多字的英文论文🐶
首先，你得有自己写出来的能力，然后 GPT 可以帮你写的更快更好。如果你自己都不知道想写什么，也没能力去验证和评价 GPT 生成出来的内容，那确实 GPT 无法帮你代写论文。

https://i.imgur.com/71InD47.png
不知道为啥，刚才发的图清晰度那么低，杠子是去年 11 月份买的，不到仨月腰就彻底不疼了。差不多是引体能拉 5 个左右的时候

给群里大佬 8 折卖了两单了，账户地址
https://starkscan.co/contract/0x04f1923b5b0ef3d7739470ecd6013f3dc9bb5621932b9ebb2cb7848b11ef5a6e#token-transfers
有需要可以联系我微信：mingyang91

八折回收 StarkNet （真的
刚卖了一半 100 多刀，原来真给钱啊

@Dragonphy
@ljsh093
@zjcoding
@Paracosm
谢谢提醒，随便黑，开发环境的跳板机而已