exit() 是交互式环境快捷方式，不推荐用于生产代码；sys.exit() 才是标准退出方式，立即抛出 systemexit 异常并触发 atexit 清理函数。
exit() 是交互式环境的快捷方式，不是正式退出机制
在 Python 脚本中直接调用 exit() 或 quit() 会触发 SystemExit 异常，但它本质是为 REPL（如 IPython、IDLE）设计的内置函数，**不推荐用于生产代码**。它没有明确的退出码控制，且可能被自定义的 site 模块重载（比如某些发行版会把它改成带提示的包装函数），行为不可靠。
常见错误现象：exit(1) 在某些环境中静默失败，或抛出 NameError: name 'exit' is not defined（当 site 被禁用时）。
- 只在调试、交互式会话中临时使用，不要写进脚本逻辑
- 若需快速测试退出效果，优先用
sys.exit(1) - 不能捕获
exit()的调用意图做清理 —— 它绕过 try/finally 的保证
sys.exit() 才是标准退出方式，本质是抛出 SystemExit
sys.exit() 是官方文档明确推荐的程序退出方法，它**立即抛出 SystemExit 异常**，由解释器顶层捕获并终止进程。这个异常可被捕获，但通常不该被吞掉 —— 除非你明确想拦截退出并改写行为（比如日志记录后继续运行）。
参数差异：
-
sys.exit()→ 等价于sys.exit(0)，表示成功退出 -
sys.exit(1)或任意非零整数 → 作为进程退出码，供 shell 判断失败 -
sys.exit("error msg")→ 会打印该字符串到stderr，然后退出码为 1
示例：
调用 Cutout.Pro 视觉处理 API 进行背景移除、人像抠图和照片增强，支持文件上传与图片 URL 输入。
import sys
try:
if not sys.argv[1:]:
sys.exit("Usage: script.py <input>")
process(sys.argv[1])
except Exception as e:
sys.exit(f"Failed: {e}")
捕获 SystemExit 需谨慎，多数情况不该这么做
虽然 SystemExit 是异常，能被 except SystemExit: 捕获，但**绝大多数场景下捕获它属于反模式**。它破坏了“退出即终止”的语义，容易导致资源泄漏或状态不一致。
唯一合理场景：在测试中拦截退出行为，验证脚本是否按预期调用了 sys.exit()。
- 单元测试中可用
unittest.mock.patch('sys.exit')替换为哑函数 - 若真在业务逻辑里
except SystemExit:，必须确保手动完成所有清理（如关闭文件、释放锁） - 不要用它来“重定向”退出逻辑 —— 应该重构流程，而不是吞掉退出信号
exit() 和 sys.exit() 对 atexit.register() 的影响一致
两者都会触发通过 atexit.register() 注册的清理函数，因为底层都靠抛出 SystemExit。但要注意：如果清理函数本身又调用 exit() 或 sys.exit()，会导致二次退出异常，Python 会静默忽略后续注册项。
性能与兼容性影响很小，它们都不是系统调用，只是解释器级异常抛出。但在嵌入式 Python（如 C 嵌入解释器）中，sys.exit() 更安全 —— exit() 可能根本未被注入命名空间。
容易被忽略的一点：在多线程环境中，sys.exit() 只终止当前线程的执行栈，**不会杀死其他线程**；主线程退出后，整个进程仍会终止（除非有 daemon 线程在跑），但非主线程中的 sys.exit() 不会终止进程 —— 这点常被误认为“退出失效”。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
