@ovtfkw 您可以心里想想就好，大可不必张开肛门泄出来

工作必须装的话，新建一个单独的桌面，把这个窗口拖拽过去，或者小心拖放到最右下角，只会漏出一个不起眼的边框。

否则 recovery mode + rm -rf 伺候

fluent-bit C 语言编写，主流用途的插件丰富，基准内存占用个位数 MB

@paranoiagu 可能是容器的 jdk 版本不认容器平台 CRI 的 cgroupV2. 要检查并升级 jdk 到支持 cgroupV2 的小版本

就个人经验，95% 的场景都用途不大，pre-loom 时期 reactive 框架解决的主要是针对 request-per-thread 这种场景造成的线程开销过多问题。

比如说，你的应用恰好是一个并发请求量偏大的场景，下层又恰好是一个可以异步的东西比如某些云数据商的异步 SDK （而非 block JDBC 为主的调用），使用 webflux 是一个合适的选择。除此之外可以说都不太适合，因为引入这套框架在带来一点线程资源开销的节省之外，会引入代码风格的巨变。这很像在 js 工程写一个 async 函数，会从调用点起在整个调用链路上做一个比较大的“类型污染/风格污染”，下层调用也充斥着 Mono<T> / Flux<T> 的情况，个别场景比如针对自己无法改造的 block API 还需要对线程与调度器更深一层理解，在合适的时候通过 publishOn() 函数切换 Scheduler

不久的将来 loom 成熟后，reactive 框架唯一的好处就剩下上一段后半段表述的：一套强类型与显示的声明式逻辑处理链路风格。这个见仁见智，在我的经验下全司几乎所有的后端研发都比较反感这一套东西，其中绝大多数人是因为不懂也不想去理解里面的设计思路。可能有一定 FP 经验接触过比如接触过 scala 里面 ZIO/Cat Effect3 那种 effect system 的人会舒适些

准备明年 2-3 月份搞个 win 的游戏本，在看 ROG

@QiShine 就是你说的后面那种写法，这是业务的固有复杂度，躲不开的。看的不顺眼就抽象个 dispatcher 的逻辑

// data-flow-in:

while(true) {
bytes = await io.recv()
// 反序列化
data = decode(bytes)
// 派发
xxxhandler.process(data); // 再里面可以 if else
}

@QiShine 没有 await recv(ID) 这种. websocket 设计上就是两个方向互不影响的流数据传送。你这个需求也许更适合 http/grpc 做那种传统 req-resp 的 pattern

蛮糟糕的，熬着吧

> 那 Event Loop 占用了所有 cpu 资源
不会，cpu 会给线程分配时间片，不存在某线程完全占用某个核心

eventloop threadpool 线程数量 <= core size 是因为超过了没有意义，受到并行限制


> 如果创建 work pool 执行了阻塞逻辑或密级计算型任务,会不会影响 event loop
粗略的讲，也不会。阻塞任务不占用 cpu 时间片，比如用 jstack 等工具去观察线程的状态机，等待锁是 blocked 等待定时器是 timed-waiting.

跑密集运算场景，整体上看会对机器的 cpu 资源负载升高，但是这是可预期的正常的工作负载。反而因为密集运算跑在 work pool 的某个线程，不会干扰/拖慢 event loop 完成事件派发

听闻有些省份换了产地，质量跟原来的比差别明显。 股价大破位止损后没再爱过它

渠道商的，不用看是不是自营，这代才上市没几天

M3 pro 中杯丐版 18+512 那个

第二款京东已经跳水到 14199 ，昨天

你这 title 就说反了，应用层路才宽，需求多且可持续

8GB （ 4+4 小颗粒）应该是清库存

那既然内存厂已经不生产这么小的颗粒，基本款赏你个 6+6+6 还不快跪下感恩！

@darling19961030 不太对哦，DDIA 是一本对新手极致有好的书，哪怕直接上手它的英文原版。

大把入行几年的人也没机会去实际编写分布式系统与中间件，何况 OP 的诉求就是构建知识体系与框架，怎么就扯到实践去了，这不是本末倒置是什么。严重怀疑你有没有认真读过这本

另外 V 站的回帖质量骤降，最近无论是技术贴还是聊股票都充斥海量的 牢骚、蔑视与情绪发泄

一眼扫去有质量的回复与真诚的交流不足一成 愈发没劲

这个诉求很实际，强烈建议看《 Designing Data-Intensive Applications 》 国内也有中译本，翻译质量不错

这本书偏理论与根基，与实践还有一定距离。但绝对能达到 OP 想要的 “体现一种通透的思想” 后面跟同好交流或者观摩上手业界各种分布式系统（主要是花里胡哨的 DB ）都有帮助