Java多线程本质是基于进程与线程区别规避进程开销、聚焦线程协作，因JVM进程不可分割，所有资源边界规划均在线程层面：共享堆/方法区，独占栈/PC，需通过线程池限流、ThreadLocal隔离、锁机制保护及有界队列防OOM来保障安全高效。
Java 多线程不是在“利用进程与线程的区别”去规划资源边界，而是基于这个区别来规避进程级开销、聚焦线程级协作——因为 Java 应用本身就是一个进程，所有线程天然共享 JVM 堆、方法区、类加载器等资源；真正需要你主动规划的，是线程如何安全、高效地使用这些共享资源，同时避免因误用导致的资源争抢、内存溢出或进程级崩溃。
明确 Java 进程的不可分割性
一个 Java 程序启动后，就是一个独立的 JVM 进程（含自己的一套内存空间、文件句柄、JIT 编译器等）。你无法也不应试图在单个 JVM 内“拆分进程”来隔离资源。所有“资源边界”的设计，实际都是在该进程内部做线程层面的约束：
- 不通过 fork 新进程实现隔离，而是用独立 JVM 实例（即微服务）承担不同业务域；
- 单 JVM 内不靠进程切换降负载，而是靠线程池限流、队列削峰、异步化释放主线程；
- JVM 崩溃 = 整个进程退出，所以线程异常必须捕获，不能任其抛到未处理层导致 main 线程或守护线程意外终止。
按资源类型划分线程使用边界
同一进程内，不同线程共享堆、元空间、静态变量，但各自独占栈、PC 寄存器和局部变量。合理规划的关键是区分哪些资源允许共享、哪些必须隔离、哪些需加保护：
- 可安全共享：只读配置对象、缓存（ConcurrentHashMap）、连接池（HikariCP）、线程安全工具类（LongAdder）；
- 需显式隔离：用户会话上下文（用 ThreadLocal 存放 RequestScope 数据，但务必 remove 防止内存泄漏）；
- 必须加锁/原子操作：计数器、状态标志、共享缓冲区（优先用 AtomicInteger / ReentrantLock，慎用 synchronized 锁整个方法）；
- 禁止跨线程传递非线程安全对象：如 SimpleDateFormat、ArrayList、HashMap —— 不是“不能传”，而是传之前必须复制或转为不可变结构。
用线程池代替无控线程创建
直接 new Thread() 每次都分配新栈（默认 1MB），大量线程会快速耗尽进程的虚拟内存和系统线程数上限，最终触发 OOM 或 createNativeThread 失败。这不是线程“用得多”，而是没守住线程生命周期边界：
立即学习“Java免费学习笔记（深入）”；
- 永远不用 Executors.newFixedThreadPool() 等快捷方法——它们用无界队列或不设拒绝策略，流量突增时堆积任务引发内存爆炸；
- 必须用 ThreadPoolExecutor 手动配置：核心线程数（参考 CPU 核心数 × 1.5～2）、最大线程数（IO 密集型可稍高）、有界队列（如 ArrayBlockingQueue）、饱和策略（如 CallerRunsPolicy 或自定义日志+降级）；
- 对不同用途线程池物理隔离：IO 线程池（db、http）、CPU 密集线程池（计算、加解密）、定时任务池（ScheduledThreadPoolExecutor），避免慢 IO 拖垮计算任务。
让资源释放成为线程退出的必经路径
线程不销毁资源，进程就不会释放。常见陷阱是线程持有连接、文件句柄、监听器却未关闭。规划边界意味着把资源生命周期绑定到线程执行单元上：
- 用 try-with-resources 包裹可关闭资源（如 SocketChannel、PreparedStatement）；
- 在线程池 submit 的 Runnable/Callable 中，确保 finally 块释放 ThreadLocal、关闭流、注销监听器；
- 对长期运行的后台线程（如心跳检测），用 shutdown hook 或 Spring 的 DisposableBean 显式清理；
- 监控手段要跟上：通过 JMX 查看 ThreadCount、PeakThreadCount；用 jstack 分析线程阻塞点；用 Arthas trace 线程内方法调用链。
