应使用 sys.exit() 而非 quit() 或 exit()，因其稳定存在且行为确定；quit()/exit() 依赖 site 模块注入，在容器、CI/CD 等环境中不可用；os._exit() 仅适用于子进程，主程序中会跳过清理逻辑。
quit() 在脚本里可能根本调用不了
它不是 Python 语言内置函数，而是 site 模块动态注入的——只要 Python 启动时没加载 site（比如用 python -S 参数禁用），quit() 就会直接抛出 NameError: name 'quit' is not defined。很多容器环境、CI/CD 流水线、嵌入式 Python 运行时默认不加载 site，这时候脚本一执行到 quit() 就崩。
sys.exit() 是唯一稳定可用的标准退出方式
sys 模块 guaranteed 存在，无论什么启动模式、什么运行环境。sys.exit() 的行为也明确：抛出 SystemExit 异常，由解释器统一捕获并终止进程，同时支持传参控制退出码：
-
sys.exit()→ 退出码 0（成功） -
sys.exit(1)→ 退出码 1（通用错误） -
sys.exit("missing config")→ 打印消息，退出码为 1
而 quit(1) 虽然也能设退出码，但它的存在本身就不确定，没法做可靠判断。
创建 Flask + Vue.js 全栈项目，采用单端口架构、uv 依赖管理、结构化日志和生产级前端设计。当用户要求以下操作时触发：创建新的 Flask+Vue 项目、搭建 Web 应用、构建全栈 Python+Vue 应用、初始化 Flask Web 项目、设置单端口 Flask 前后端项目。触发词：新建项目、创建项目、搭建项目、Flask项目、Vue项目。
exit() 和 quit() 都是交互式环境的“便利贴”，不是 API
它们在 IDLE、IPython、Jupyter 里能用，是因为这些环境主动注册了 Quitter 实例；但在纯脚本中，它们只是 sys.exit 的别名，且依赖同一套不稳定的 site 注入机制。文档里写得清楚：“for use in the interactive interpreter only” —— 不是建议，是限制。
os._exit() 不能替代 sys.exit()，除非你真在子进程里
os._exit() 绕过所有清理逻辑：不刷缓冲区、不触发 atexit 回调、不执行 finally 块。用在主程序里等于“拔电源”，日志丢失、文件损坏、数据库连接未释放都可能发生。它只该出现在 os.fork() 后的子进程中，且仅当你要立刻终止而不留任何痕迹。
真正容易被忽略的点是：退出码是否被上层系统依赖。CI 工具、systemd 服务、shell 脚本链都会检查 sys.exit(n) 返回的整数——而 quit() 的退出码行为在不同 Python 版本或环境里其实有细微差异，不可控。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
