线程池和Netty核心原理与底层知识

很多人用线程池的方式，是背下 new ThreadPoolExecutor(16, 32, 60, TimeUnit.SECONDS, new LinkedBlockingQueue<>(200)) 这一串参数，然后祈祷线上别出问题。真出了问题又说不清：队列为什么堆积、拒绝策略为什么没触发、线程数到底该给多少。Netty 那边也类似——会用 ServerBootstrap 把服务跑起来，但 BossGroup 和 WorkerGroup 为什么这么分、EventLoop 和线程池到底什么关系，一问就卡住。

这门课就是冲着这些说不清的地方去的。它不教你怎么搭一个能跑的 Demo，而是拆开 JDK 和 Netty 的源码，看线程到底是怎么被创建、复用、回收，任务是怎么被排队和调度。如果你已经能写业务代码，但在压测、调优、排查线程相关故障时心里没底，这份材料的密度是合适的。

先自查：这几个问题你答得上来吗

• 线程池的 corePoolSize 满了之后，任务是先进队列还是先扩到 maximumPoolSize？为什么很多人答反？
• 为什么大厂规范里直接禁用 Executors 提供的几个工厂方法？它们各自的坑分别在哪？
• ThreadLocal 为什么建议用 private static final 修饰？不这么写会出什么问题？
• CPU 密集型任务的线程数到底怎么算，和 IO 密集型的差别在哪？
• Netty 的 EventLoop 是不是就是一个线程池？它和 JDK 线程池在模型上有什么不一样？

如果这些问题里有三个以上你只能答个大概，那这门课值得过一遍。反过来，如果你能把这些讲清楚并说出源码依据，可以直接跳过前半部分。

线程池部分：从线程本身讲到参数配置

课程没有一上来就讲线程池，而是先回到 Java 线程的底层原理。这个顺序是对的——不理解线程是什么、状态怎么流转，后面看池化就只是记结论。在此基础上再进入线程池的工作机制：核心线程、阻塞队列、非核心线程、拒绝策略这套决策链条是怎么走的，为什么它的行为经常和直觉相反。

几个具体的点：Executors 工厂类被禁用的原因、ThreadLocal 变量的修饰规范、CPU 密集型场景下的线程数配置。这些都不是孤立的八股，而是能直接对应到线上问题的知识点。学完之后你应该能做到的，是拿到一个线程池参数，能判断它在什么负载下会出问题，而不是只会背"核心数等于 CPU 核数加一"。

Netty 部分：线程模型和异步机制

Netty 的难点从来不是 API，而是它的线程模型。主从 Reactor 是怎么组织的，BossGroup 和 WorkerGroup 各自负责什么，一个连接进来之后在哪个线程上被处理，事件在 ChannelPipeline 中怎么流转——这些搞清楚了，写 handler 时才知道哪些操作会阻塞 EventLoop，哪些必须丢到业务线程池。

课程把 Netty 和线程池放在一起讲，用意也在这里：Netty 自己的 EventLoop 就是一套线程模型，和 JDK 线程池有相通的地方，也有明确的分工差异。两边对照着看，比单独学任何一个都更容易想明白。

看完应该能回答的问题

• 线程池的四个关键参数在不同组合下，分别会导致什么行为？
• 线上出现任务堆积或线程数暴涨，你会按什么顺序排查？
• Netty 的 EventLoop 上为什么不能做耗时操作？做了会怎样？
• 业务逻辑该放在 Netty 的哪个线程上执行，怎么划这条线？

这份材料偏原理和底层，配套的动手环节需要你自己补：拿一个现有项目，把线程池参数按课程里的方法重新算一遍，用压测验证；再写一个最小的 Netty 服务，观察事件到底跑在哪个线程上。只看不练，这些知识还是停在"听过"的层面。适合有一定 Java 基础、正在准备后端进阶面试或需要处理并发问题的读者。