IllegalThreadStateException 是 JVM 对重复调用 start() 的自动保护反馈，应在调用前用 getState() 检查 NEW 状态，或改用 ExecutorService 避免该异常。
IllegalThreadStateException 是 Java 中线程状态非法时抛出的运行时异常，它本身不是用来主动“阻止”二次 start() 的手段，而是 JVM 对违反线程生命周期规则行为的自动保护反馈。你不能（也不应该）靠捕获或抛出这个异常来“实现逻辑控制”，而应通过正确的线程状态检查和设计规避该异常发生。
理解 IllegalThreadStateException 的触发时机
Java 线程对象一旦调用过 start()，其内部状态就会从 NEW 变为 RUNNABLE（或后续状态），此后再次调用 start() 就会立即抛出 IllegalThreadStateException —— 这是 JVM 的硬性校验，发生在 native 层，无法绕过或静默忽略。
- 它只在
Thread.start()内部被抛出，不是你手动 throw 的 - 它不表示业务错误，而是代码逻辑错误：说明你试图重复启动一个已启动的线程
- 捕获它并“吞掉”或重试，属于掩盖问题，不是解决问题
正确做法：避免二次 start()，而非处理异常
真正可靠的方案是在调用 start() 前确保线程处于 NEW 状态。可通过 Thread.getState() 检查：
if (thread.getState() == Thread.State.NEW) {
thread.start();
} else {
// 例如：日志提示、跳过、或抛出自定义业务异常（如 IllegalStateException）
System.warn("线程 " + thread.getName() + " 已启动或已终止，不可重复启动");
}
- 注意：
getState()返回的是快照，多线程下仍需配合合理设计（如用 volatile 标记、同步块或原子变量） - 更推荐的做法是：让线程实例“一次性使用”，启动后就不再持有引用；需要重复执行任务，改用
ExecutorService或ThreadFactory
替代方案：用线程池代替手动管理线程
绝大多数场景下，不需要也不应该反复 new Thread 并调用 start()。使用线程池可彻底规避该问题：
-
Executors.newFixedThreadPool(1)或newSingleThreadExecutor()可复用单个线程执行多个任务 - 提交
Runnable或Callable，由池负责调度，无需关心线程生命周期 - 既避免
IllegalThreadStateException，又提升性能、减少资源开销
小结：异常是信号，不是开关
不要把 IllegalThreadStateException 当作流程控制分支。它像汽车的引擎故障灯——亮起时该检修油路，而不是按灭它继续猛踩油门。修复线程使用逻辑、采用合适并发模型，才能从根源上消除这类异常。
