java单元测试中需拦截system.exit()：jdk 8前用securitymanager抛异常捕获退出码；jdk 8–17可用system rules库的expectedsystemexit规则；推荐重构为可注入的exithandler接口并mock验证；powermockito因兼容性差应慎用。
在 Java 单元测试中，System.exit() 会直接终止 JVM，导致测试中断甚至整个测试套件失败。不能真正调用它，但可以通过拦截或替换来模拟“程序突然终止”的行为，验证代码在调用 System.exit() 前的逻辑（比如是否打印了正确日志、是否做了清理、是否传入了预期状态码）。
使用 SecurityManager 拦截 exit 调用（JDK 8 及之前推荐）
SecurityManager 可以在 System.exit() 执行前抛出异常，从而阻止 JVM 退出，并捕获调用意图。注意：JDK 17+ 默认移除了 SecurityManager，且它已在 JDK 17 中被标记为废弃，在 JDK 21 中彻底删除。因此该方法仅适用于较老版本项目或兼容性测试。
- 在测试前安装自定义
SecurityManager，重写checkExit(int status)方法，抛出运行时异常（如SecurityException） - 用
assertThrows验证异常是否被抛出，并检查异常是否源于System.exit() - 可通过异常堆栈或自定义异常字段提取传入的
status码，验证退出码是否符合预期
使用 System Rules（第三方库，适用于 JDK 8–17）
System Rules 是一个轻量级 JUnit 4 辅助库，提供 ExpectedSystemExit rule，专用于测试 System.exit() 行为。
- 添加依赖（Maven）：
com.github.stefanbirkner:system-rules:1.19.0 - 在测试类中声明
@Rule public final ExpectedSystemExit exit = ExpectedSystemExit.none(); - 调用
exit.expectSystemExitWithStatus(1)声明期望退出码，再执行被测代码 - 若代码未调用
System.exit()或退出码不匹配，测试自动失败
重构代码：将 exit 封装成可注入的策略（推荐长期方案）
最可靠、可测试性强的方式是解耦对 System.exit() 的硬编码调用。把“退出”行为抽象为接口，测试时注入模拟实现。
- 定义接口：
public interface ExitHandler { void exit(int status); } - 默认实现调用
System.exit(status)；测试时用 mock（如 Mockito）或哑实现记录调用参数 - 被测类通过构造函数或 setter 接收
ExitHandler，而非直接调用System.exit() - 测试中验证
exitHandler.exit(1)是否被调用一次，且参数为预期值
使用 PowerMockito（慎用，仅当无法重构时）
PowerMockito 可 mock System 类的静态方法（包括 exit），但需注意它依赖字节码操作，与现代 JDK（尤其 JDK 17+）和模块系统兼容性差，且使测试脆弱。
- 需配置
@RunWith(PowerMockRunner.class)和@PrepareForTest(System.class) - 用
PowerMockito.mockStatic(System.class)，然后 stubSystem.exit()为空操作或记录调用 - 后续通过
verifyStatic断言是否调用及参数 - 不建议新项目采用；优先考虑重构或
SecurityManager/System Rules 方案
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
