放手生活才能继续前行

网页版体验那么好，我不能理解你们为什么还用微信小程序那种垃圾。

玩乐高还需要报个班？

买那种一卷一卷的纱窗片，要多少给你裁多少的那种，然后买一个 9.9 包邮的热塑枪，9.9 包邮的扎带，对着你的阳台，沿着防盗网一直贴过去，防盗网的杆子那里用扎带扎（不好搞就先热塑枪定位），然后热塑枪封边，基本就能 100% 防蚊了。

我这里就是这么搞的，成本不到 100 块，用了快一年了。

市面上 90% 的都是基于 https://codemirror.net/ 魔改出来的，可以看看这个东西。

你说的对，但是这话换成 spring 也丝毫没有任何问题。

@sunny352787 稳定够用之后就懒得更新了，而且 chrome 现在在推 manifest v3 ，要改的东西还是一大堆

每次看到这个话题，我就想推一推我的年更插件 https://chrome.google.com/webstore/detail/star-manager/klajgkhhnnipjkilfgkkjofidahjfobh

简单易用

广州？ 偏的地方 2 万应该可以拿下。
（反正广州在你们眼里已经是二线了

@kerro1990 可能是，也可能不是。 字节内部还是有不少团队在用 rust 的，但是业务团队应该很少就是了。

开源本意很好，但是还是要看内部发展和开源部分会不会分叉。 是不是 kpi 开源还要看之后的维护，目前看起来也只够字节内部部分团队使用而已，而且不太兼容市面上 tokio 和 async-std 的所有生态，生态很重要，async-std 追赶了一年多还影响不到 tokio 的地位，这个作品就更加不可能了。

@ihciah 多谢解答，谢谢。

@ihciah tokio-uring 我印象中他为了保证所有权的安全，其实是把数据从内核态拷贝了一份到用户态，本质上并没有「真正完全」使用 io-uring 的优势（后续有没有更改我没有太了解了）

请问你们是如何解决这个问题的？

跟 swagger 的区别在哪里？ swagger 还能直接发请求测试，你这个还不行诶。

thread-per-core 的一个问题在于没有 work-steal ，那么就很有可能存在一核干活，N 核围观的情况。这十分考验任务进哪个 thread 的调度。

tokio 作为一个通用的 async runtime 必然是要设计成 work-steal 的。

但是一个问题是，你们有没有试过你们的产品和 自己启动 thread （ thread 里面各自启动一个 tokio 的 single thread 的 rt ） 的性能比较呢？ 这样的测试可能才是对等的。

另外，Rust 现阶段跟 io-uring 并不是很搭，不知道你们是怎么解决 buffer 的安全性问题的。