codingmiao

搭车问下注册好几个 google 账号，多个 key 去调 google ai 的 api 可以么。。

啊，看到这么多用 Eclipse 快捷键的我就安心了，看公司其他同事都不用，几度怀疑我是个守旧老登。。

spring 这种一言不合就整个反射的框架难搞，前段时间想在 MCP 里自定义点东西，各种抽象层跳来跳去看得头疼，索性不看了，按 mcp 官方规范说明自己写俩接口搞定。

粘包警察是什么梗，自己 netty 写个通信，还是要考虑粘包半包的嘛

MongoDB 早就名誉扫地了吧，牛逼吹上天，坑一大堆。话说有哪些场景是必须要 JSON 格式才能去支撑的呀，业务成熟起来后，都会变成明确的字段结构，又回到传统关系型库。

研究一下配置应该就行了，比如 mysql 查询一百万数据，不设置行数的话是一百万一波拉回来内存，游标 next 再去内存里取

不错，正好最近在找把 Prometheus 这个笨重的家伙换掉的方案。
话说顺便看了下 ccfos 这个组织，唯一一个项目就是夜莺，就有点唏嘘，开源要走的路还很长很艰难呀。。

话说有没有可能做个蜜罐，然后在对面连蜜罐 SSH 端口的时候产生大量无用日志或者让对方主动下载文件之类的把对面撑死？

虽然 netty 不会去全盘的换虚拟线程，但是 EventLoopGroup 可以自定义一个 ThreadFactory 在里面起虚拟线程，然后 channelRead0 里面如果有耗时操作也起一个虚拟线程去搞就行了，我是这么干的：
https://github.com/codingmiao/hppt/blob/main/run/src/main/java/org/wowtools/hppt/common/util/NettyObjectBuilder.java

然后我觉得虚拟线程整个体系还在起步阶段，比如 WebFlux 对比虚拟线程加持的 springboot 还是有一点点性能优势的，虚拟线程对比现有的响应式写法最大的优势是在性能没有拉下太多的前提下大幅降低了开发难度。jdk 官方也说了会逐步干掉响应式编程，或许到下一个 LTS 版本，netty 看环境成熟了也会走虚拟线程的。