STRRL

Archlinux + KDE + larksuite-bin 暂时没发现有啥问题

如果大家发现如何修复 / patch, 欢迎在 aur 上留言, 我们看到就会帮忙合.

还是看应用的场景吧，如果需要做 JVM 相关的 Chaos 那肯定首选 chaosblade; 如果是应用已经在 kubernetes 上, 而且更多的是做 Pod 那层的故障注入, 网络啦, IO 啦, CPU 内存压力啦等等, 那更推荐 Chaos Mesh 或 Litmus;

个人认为，Chaos Mesh 和 Litmus 最主要的区别还是在如何定义一个故障上，二者的风格不同；至于谁好那见仁见智了，建议可以都试试；

另外这几个项目都还处于比较初期的发展阶段，都在比较快速的迭代中，未来的要走的路还有很长；

> 另外搞混沌工程，对这些工具的使用只是一部分，如何做好观测、恢复、自动化等都是需要考虑的

另外这个说的很对，基建比较好，混沌工程做起来也比较方便； 当然也可以先看看混沌工程，再去反观下自己的基建哪里做的不够；

（利益相关： 俺是 Chaos Mesh Committer

唉 听上去又是要做这种“原地”的需求, 这种事情最好不做, 做了以后运维仍然要承担很大的风险.

可以搜一下美团的博客，然后了解一下 openkruise.

@qiaoqiao1235 诶？问下哪家的 visa 卡可以直接付呀？

可以去天才吧预约清灰 效果还不错

> 所以一直用的话，电池电量就在 90%-100%之间反复横跳。
这是个 feature 可以延长电池寿命

不清楚 lz 这个问题是在刚刚想做还是已经做一段时间了，不知道有没有遇到过循环依赖的问题。

constructor 注入需要你先有一个 constructor， 所以手写一个也好 lombok 生成一个也好，还是 IDEA command+N generate 一个也好，都是不错的选择。

我 jio 得循环依赖才是无法使用 constructor 注入的罪魁祸首，毕竟即使你的 constructor 需要的参数再多，也就是一个注解或者一个快捷键自动生成的事。由于设计上的失误导致的循环依赖会使你压根用不了构造器注入，而且有循环依赖的项目多多少少会有其他的 badsmell ...（破窗。。。

keychron 系列😃