花宝宝Dev

阿里用 Java，美团用 Java，拼多多用 Java，字节的高并发服务用 Go 但交易链路也有大量 Java。C++ 明明更快，Rust 性能更猛，这帮公司的架构师不懂吗？都懂。但高并发要解决的问题

Spring 项目里，写一个发送短信的功能。不考虑业务逻辑，光是"把这个类跑起来"需要什么？ 五个 @Autowired。SmsChannelRouter 内部又依赖 AliyunSmsClient

Spring Boot 项目里，pom.xml 随便一拉就是几十个依赖。你要是每个都去"深入了解"，四年本科加两年研究生都不够用。 问题不在于"哪些该学哪些不该学"，在于你现在处于什么阶段、以后想做什

能跑就行，别动了 组里有个服务，接口响应时间偶尔飙到 3 秒。查了一圈发现是某个同事写的一段逻辑：先从数据库查出全部订单，在 Java 里做过滤和分页。

大部分线上事故复盘，最后定位到的原因不是代码有 bug，是需求理解有偏差。 这个比例高得离谱。"需求理解不一致"、"边界条件未覆盖"、"业务规则变更未同步"——做过复盘的人应该对这几个词不陌生，线上事

Spring Boot 服务挂了，但 CPU 利用率只有 3%。内存没满，磁盘没满，网络也通。什么资源都没耗尽，请求就是进不来。 这种场景在用 Spring Boot 的团队里不算罕见。

拿一个最普通的 Spring Boot 项目。后台管理系统，几张表的增删改查，日活可能三位数。默认配置启动，Tomcat 200 个线程，HikariCP 10 个数据库连接，啥也没调过。

HTTP/2 有一个很尴尬的处境：它在应用层做了多路复用，让多个请求可以在一条连接上并行跑。但它底下趴着的是 TCP，TCP 是一条严格有序的字节流。 这意味着什么？

写一段Rust多线程代码，编译器报了个错： 你去查文档告诉你 Rc<T> 没有实现 Send。那什么是 Send？文档说”实现了 Send 的类型可以安全地在线程间转移所有权”。 读完之后你还是不知道