当使用 `@runinseparateprocess` 时，phpunit 尝试序列化/反序列化输出内容，但 `echo + exit()` 导致原始输出被直接写入 stdout 而非标准测试通信通道，引发 `unserialize(): error at offset 0` 错误。根本原因常是全局配置 `processisolation="true"` 与 `@runinseparateprocess` 叠加冲突。
该错误本质并非代码逻辑问题，而是 PHPUnit 进程间通信机制的冲突所致。当你在单独进程中执行 echo 'my result'; exit();，PHP 进程会立即将字符串输出到标准输出（stdout），而 PHPUnit 的 @runInSeparateProcess 机制依赖子进程通过 serialize() → 管道传输 → unserialize() 的方式回传测试结果和捕获的输出。但 exit() 会中断正常流程，导致子进程未按预期返回结构化数据（如 serialize(['output' => 'my result', 'status' => 'success'])），而是直接将裸字符串 "my result" 写入管道——这使得父进程调用 unserialize("my result") 时因输入非合法序列化字符串而失败（Error at offset 0 of X bytes）。
✅ 正确解决方案：
禁用全局 processIsolation 配置，仅按需使用 @runInSeparateProcess 注解。在 phpunit.xml 或 phpunit.xml.dist 中显式设置：
convertDeprecationsToExceptions="true">
⚠️ 注意：processIsolation="true" 会强制所有测试运行在独立进程中，并自动启用全局状态序列化，与 @runInSeparateProcess 注解叠加后会导致双重隔离、通信协议错乱。即使单个测试标注了 @preserveGlobalState disabled，也无法绕过此全局行为。
? 替代方案（不推荐用于 header/output 场景）：
若必须保留 processIsolation="true"（极少见），则应避免在被测函数中调用 exit() 或直接 echo。改为返回内容并由调用方控制输出：
function output(): string
{
// headers_sent() 检查等逻辑保持不变
http_response_code(200);
header('Content-Type: text/plain');
return 'my result'; // 不 echo，不 exit
}
// 测试中模拟输出行为
public function testOutput()
{
$this->expectOutputString('my result');
echo output(); // 此时 echo 发生在测试进程内，可被 expectOutputString 捕获
}? 总结：
- @runInSeparateProcess 适用于需隔离 PHP 配置、扩展状态或 header 修改的场景，但绝不应与 processIsolation="true" 共存；
- exit() 在单独进程中会破坏 PHPUnit 的 IPC 协议，应尽量避免，或改用 return + echo 组合；
- 始终优先通过 phpunit.xml 显式控制 processIsolation，而非依赖默认值或注解覆盖；
- 调试时可通过 --debug 或临时移除 @runInSeparateProcess 快速定位是否为进程隔离相关问题。
