exit和die完全等价，是同一函数的两个名称，行为、参数、返回值及错误提示均一致；传字符串则输出后退出，传整数则仅设状态码不输出，空参等价于exit(0)。
直接用 exit 还是 die？它们完全一样
PHP 里 exit 和 die 是同一个函数的两个名字，底层调用的是同一个 ZE 内部实现，行为、参数、返回值、甚至错误提示格式都一模一样。不是“推荐用哪个”，而是“用哪个都行，别纠结”。
常见错误现象：die("error"); 和 exit("error"); 在任何上下文中效果一致；有人以为 die 只能用于 CLI，exit 更“正式”，这是错觉。
-
exit和die都接受可选参数：字符串（输出后退出）、整数（作为退出状态码，不输出） - 传字符串时，会先
echo再终止脚本；传数字（如exit(1);）则不输出任何内容，只设 exit status - 在 Web SAPI 下，传字符串会直接输出到响应体，可能破坏 JSON 或 XML 格式——这点极易踩坑
什么时候该用 exit/die？真实场景判断
它们不是流程控制语句，而是“紧急刹车”。适合用在：调试中途打断、权限校验失败、API 参数非法且无须继续执行、CLI 脚本遇到不可恢复错误。
不适合用在：正常业务逻辑分支（该用 return）、循环中提前跳出（该用 break）、异常处理（该用 throw + try/catch）。
立即学习“PHP免费学习笔记（深入）”；
- Web 接口里写
if (!$user) { die('Unauthorized'); }→ 输出明文，破坏 JSON 响应头，前端解析失败 - 正确做法是设状态码 + 输出结构化数据：
http_response_code(401); echo json_encode(['error' => 'Unauthorized']); exit; - CLI 脚本中
if (!file_exists($cfg)) { die("Config missing: $cfg\n"); }合理，因为 stdout 就是日志出口
exit 的参数类型影响输出和状态码
参数类型决定脚本怎么“死”：字符串触发输出，数字只设状态码，空参等价于 exit(0)。
容易忽略的点：PHP 会自动把非字符串/非整数参数转成字符串再输出，比如 exit([]) 输出 Array，exit(null) 输出空字符串，但状态码仍是 0。
-
exit("done");→ 输出 "done"，HTTP 响应体含该字符串，exit status = 0 -
exit(255);→ 不输出，exit status = 255（Linux 范围 0–255，超出会被截断） -
exit(0.5);→ 输出 "0.5"，status = 0（浮点数被强制转 int） - 在 FastCGI（如 PHP-FPM）中，非零 exit status 通常不会反映到 HTTP 状态，除非你手动调用
http_response_code()
替代方案比 exit 更安全的三个时机
很多情况下硬中断反而让代码难维护、难测试、难调试。真要“停住”，优先考虑更可控的方式。
- 函数内用
return中断当前作用域，比全局exit更易 mock 和单元测试 - 需要统一错误出口？封装一个
abort($msg, $code = 500)函数，内部做 header + echo + exit，避免散落多处裸die - CLI 脚本里用
register_shutdown_function()捕获未处理异常，比到处写die更健壮
最常被忽略的复杂点：在输出已开启（ob_start() 或 headers already sent）时调用 exit，不会阻止后续 output buffer 冲刷，但会跳过 shutdown function —— 如果你依赖它清理资源，就出问题了。
