@Chinsung
你是怎么做到 JVM 的性能和 Spring 的性能都能混淆的？
是不是在你的心目中 Spring 就是唯一的、不可亵渎的神？
我忏悔，我侮辱了 Java 世界的 One True God🤣
建议 Kafka 用 Spring 重构，自己封装 Java NIO 用 reactor 太落后了。

@nekoneko 我说的是 Spring Boy 没资格说 Java 不重，而不是 Java 本身很差。实际上 Java 性能很强，HotSpot JVM 的优化在 GC 语言里是顶尖水平，techempower 打榜日常前十。拜托先看明白我在说什么。

@cheng6563 Java 提供不了这样的基础设施，Spring Boy 整不明白异步编程，综合起来可不就构成了 Java 性能差劲的印象么？

@Bingchunmoli tomcat 的并发模型是让每个线程负责一个请求-响应流程，真正的高性能架构每个线程可以同时处理上千个请求-响应流程。去了解一下 reactor 吧。

除非你已经定位到问题了，否则建议把代码贴全。你的 shared_ptr 被 task 捕获以后，task 如果被拷贝的话，shared_ptr 也会一块儿被复制。

Spring Boy 先摆脱同步阻塞 JDBC, 被滥用的 threadlocal 和 tomcat 的并发模型再来说 Java 不重

自己学习一下什么是 symbolic link 。

@taofoo mobx 是可以和 context 一起用的，很简单就可以实现按需更新，而不是重渲染所有 Context Consumer 组件（ React Context 的默认行为）。官网就有示例。

看着很棒啊

官方有文档为什么要看三流学习笔记

用 Spring Web 的 Java er 真没资格和 go/c++碰瓷性能差距，人家都工业界大规模用上 epoll 了，Spring 还在整 one request per thread 和同步阻塞 JDBC 呢，先把自己服务 QPS 提高到人家 go 一半再讲吧。
更搞笑的是 Spring Webflux 优化太垃圾竟然和 Spring Web QPS 五五开，官方在文档里美其名曰 reactor 和 one thread per request 没有性能差距，只是 reactor 负载方差更小。
用 vertx 这类异步网络库的 Java er 谈性能我没意见，用 Spring 的还是算了。

Notion 的 todo 会发邮件通知

你不妨从另一个角度去思考，redux ，mobx 能按需更新是因为 redux 可以显式声明依赖，mobx 可以隐式捕捉到依赖，但是 Context 怎么知道子组件和子状态的依赖关系呢？只能你人工做优化。

Windows 不支持文件锁么？
https://docs.microsoft.com/zh-cn/windows/win32/api/fileapi/nf-fileapi-lockfile?redirectedfrom=MSDN

从 electron 的角度讲，不一定需要让 js 直接调用 Objective-C ，而是可以通过进程间 IPC 的方式 (比如 socket, stdout ) 让 js 间接调用系统 API （参考 Clash, Chrome Native Messaging 的设计）。这种方法比起开发 node native addon 要简单很多。

只用 mobx 和 context ，redux + redux toolkit 我感觉真的很难用，总是要把局部组件放到全局去考虑。

这是不是写个插件就可以解决？

那你去给 Typescript 贡献个 constexpr 吧。
类型声明这样的 DSL 不用函数式类型体操还想怎样