throw本身线程安全，关键在自定义异常类设计：字段应为final、构造时初始化、避免可变状态和共享外部对象；多线程中需各自new异常实例，禁用static单例；跨线程传播须借助future.get()或uncaughtexceptionhandler。
throw 本身不涉及线程安全问题——它只是在当前线程中抛出一个异常对象。真正需要关注的，是自定义异常类的设计是否线程安全，以及异常对象在多线程间如何被创建、传递和使用。
自定义异常类本身通常是线程安全的
因为异常对象一般只读：构造时初始化字段，之后不再修改。只要你不给异常类添加可变状态（比如非 final 的字段、静态可变成员、或在 getter 中修改内部状态），它天然就是线程安全的。
- 推荐将所有字段声明为 final，并在构造器中一次性赋值
- 避免在
getMessage()或其他方法中动态修改字段或共享缓存 - 不要在异常类中持有外部可变对象（如 List、Map）的引用，除非它们本身不可变或已做防御性拷贝
多线程中 throw 异常的典型场景与注意事项
常见情况是多个线程各自独立 throw 自定义异常（比如校验失败、业务规则触发）。这时每个线程创建并抛出自己的异常实例，彼此隔离，不存在共享竞争。
- ✅ 安全做法：每个线程 new 一个新异常对象后 throw
- ❌ 危险做法：多个线程共用同一个异常实例（例如 static 异常单例），再反复 throw —— 虽然语法允许，但会掩盖调用栈，且违反异常设计本意
- ⚠️ 注意：异常的堆栈信息（
fillInStackTrace()）在线程调用throw时自动捕获，属于当前线程上下文，天然隔离
异常跨线程传播需额外处理
Java 中，子线程抛出的未捕获异常默认不会传递到主线程，而是由该线程的 UncaughtExceptionHandler 处理。若需让主线程感知子线程异常，不能靠直接 throw，而要借助以下方式：
- 用
Future.get()获取任务结果——执行中抛出的异常会被包装为ExecutionException并在主线程 re-throw - 实现
Thread.UncaughtExceptionHandler，在 handler 中记录或通知主线程（如通过 BlockingQueue、CountDownLatch + 共享变量） - 避免在 Runnable/Callable 中简单 try-catch 吞掉异常却不传递——这会让错误静默丢失
结合 synchronized 或 volatile 的场景极少
异常类不需要加锁或 volatile。唯一可能涉及同步的是：当异常对象封装了某个被多线程访问的资源状态（例如“本次操作失败时，账户余额快照为 XXX”），而该快照本身需要线程安全获取。此时保护的是快照逻辑，不是异常类本身。
- 例如：在取余额前加锁，再构造异常：
throw new InsufficientBalanceException(lockAndGetBalance()) - 重点始终在“数据获取过程”的线程安全，而非 throw 或异常实例
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
