为什么阿里规约禁止 Executors，四种内置线程池的坑各不一样
凌晨一点二十，值班手机响了。订单导出服务 OOM，堆 dump 下来 4 个 G，MAT 打开一看，LinkedBlockingQueue 里挤着七十多万个待执行任务，每个任务还引用着一份导出参数。写这段代码的同事用的是 Executors.
硬茬问题，k8s的pod容器中微服务无法创建新线程
问题Caused by: java.lang.
一次P0 故障：微服务线程数莫名暴涨 10 倍，线程问题踩坑
生产服务器告警：创建线程总数超过32000个故障。服务器的总线程数无法突破32000的问题在 “k8s的pod容器中微服务无法创建新线程unable to create new native thread” 文章中提过，现在再谈谈单个服务的线程数怎么优化。
异步线程池被打满，服务假死拒绝连接：3小时才揪出元凶
订单接口大量超时，前端不断弹出"网络连接失败"，可你登上机器一看，CPU 和内存都还有余量。jstack 一抓——几百个线程全卡在同一个下游 HTTP 调用上，线程池早被打满，新的请求连进来的资格都没有。这不是个案。
JS线程、UI线程、Native线程关系
如果你是在理解 React Native / Expo 这类跨平台框架里的“JS 线程、UI 线程、Native 线程”，可以先抓住一个核心：JS 线程负责“决定做什么”，UI 线程负责“把界面画出来”，Native 线程负责“执行原生能力”。
Java 线程池大小优化与 OOM 问题深度解析
在 Java 应用的并发开发中，线程池是实现任务异步执行、资源合理调度的核心组件，但参数配置不当极易引发OutOfMemoryError（内存溢出）异常，其中unable to create new native thread是并发场景下典型的内存问题。
Java做大模型并发调用，线程池参数这样配才不会OOM
上周又看到一个线上事故：大模型调用服务在晚高峰 OOM 了，堆栈是 unable to create native thread。运维重启后十分钟再次挂掉。这不是线程池参数没调好，是线程池根本不该扛大模型调用的并发闸门。
千万 QPS 架构，第 198 讲：「线程模型：从BIO到异步IO」
导读：资源没用满，服务却先「假死」？根子在线程模型。本文沿着 BIO 一连接一线程的 C10K 困境，一路讲到线程池、epoll 多路复用、Reactor 与异步 IO，拆解高并发服务端如何把连接数和资源消耗一层层解绑，以及异步化之后绕不开的背压难题。
爆肝拆解！虚拟线程源码真相｜Spring Boot 4.0原生支持的底层逻辑
关注我的粉丝都知道，上一篇讲虚拟线程基础用法，评论区直接炸了！上千条留言追问：“Spring Boot 4.0为啥能直接原生支持虚拟线程？”“虚拟线程比传统线程快在哪？”“底层调度原理到底是什么，源码里藏着答案吗？