IllegalStateException 表示对象当前状态不支持所执行操作，属非受检异常；需通过堆栈定位问题行、检查状态合法性、提前校验而非盲目捕获，并用日志、降级、重试等策略处理，预防优于补救。
Java 中的 IllegalStateException 表示对象当前状态不支持你正在执行的操作——它继承自 RuntimeException，属于非受检异常，编译器不强制要求捕获，但绝不能忽视。
先看堆栈，定位具体哪一行、哪个对象出问题
异常信息本身往往只说“非法状态”，真正线索藏在堆栈跟踪里。重点关注：
- 最顶层的
at xxx.xxx.MethodName(xxx.java:line)—— 出问题的具体位置 - 异常消息中是否包含提示，比如
getWriter() has already been called或stream is closed - 调用链中是否有资源初始化、关闭、提交响应等关键节点
检查对象生命周期和状态合法性
很多 IllegalStateException 源于“用了不该用的东西”。常见情况包括：
- 对已关闭的流（
InputStream/OutputStream）继续读写 - 在 Servlet 响应已提交（
response.isCommitted() == true）后调用setHeader()或再次获取getWriter()/getOutputStream() - 对空队列调用
remove()或element()（某些实现会抛此异常） - 线程已终止，却还调用
thread.start()
解决方法不是硬 catch，而是提前校验：比如操作流前加 if (!closed) { ... }；使用 Servlet 前先查 !response.isCommitted()。
立即学习“Java免费学习笔记（深入）”；
用 try-catch 处理不可控场景，但别静默吞掉
当状态依赖外部因素（如网络、并发、第三方库行为），无法 100% 预防时，需捕获并做有意义处理：
- 记录完整日志：
log.error("Failed to write response", e); - 降级响应：返回友好错误页或默认值
- 重试或重建对象（如重新打开连接、新建线程）
- 避免只写
e.printStackTrace()，尤其在线上环境
从设计上减少发生可能
预防优于补救。日常编码中可主动规避：
- 资源用
try-with-resources自动管理，避免手动 close 导致重复关闭 - 状态敏感类增加内部状态字段（如
private volatile boolean initialized），配合assert或显式检查 - 多线程环境下，用
synchronized、ReentrantLock或原子变量保护状态变更 - 升级框架/依赖库版本，有些老版本的
IllegalStateException在新版本中已被修复或改抛更明确的异常
