cgi模块被弃用，因其依赖的cgi网关模型已退出现代python web生产环境，且维护成本高、安全风险大、替代方案成熟；自python 3.13起彻底移除，需迁移至wsgi或使用标准库替代函数。

cgi 模块被弃用，不是因为实现有缺陷，而是因为它所服务的运行环境——传统 CGI 网关模型——在现代 Python Web 开发中已基本退出实际生产场景。

CGI 本身早已脱离主流部署模式

CGI 是上世纪 90 年代设计的 Web 服务器与脚本交互的原始协议，每次请求都 fork 一个新进程、加载完整 Python 解释器、执行脚本、输出响应、再退出。这种模式在高并发下资源开销大、启动慢、难调试，且缺乏会话管理、中间件、路由等基础能力。

现代 Web 服务器（如 Nginx、Apache）早已转向 FastCGI、WSGI 或 ASGI 协议，配合 Flask、Django、FastAPI 等框架运行——它们复用进程、支持异步、自带开发服务器和调试工具，cgi 模块既不参与也不适配这些链路。

Secure Python Code Sandbox

安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。

下载

标准库维护成本与安全边界失衡

• cgi 模块长期承担解析表单数据（cgi.FieldStorage）、处理 multipart、转义 HTML 等职责，但这些功能在框架中已有更健壮、更可审计的替代实现（如 Werkzeug 的 Request.form、request.files）
• 模块依赖 html.parser 和底层字符串操作，未主动适配 bytes/str 边界变化，历史上出现过多次编码相关漏洞（如 CVE-2019-9674）
• Python 核心团队将维护资源集中到更通用、更活跃的组件上，cgi 成为 PEP 594 中明确标记“低使用率 + 高替代成熟度”的模块之一

弃用不等于立即失效，但迁移窗口已关闭

从 Python 3.11 开始，导入 cgi 会触发 DeprecationWarning；Python 3.13 起该模块彻底消失，import cgi 直接报 ModuleNotFoundError。

如果你还在用 CGI 部署老系统：

• 确认 Python 版本 ≤ 3.12 —— cgi 仍可用，但不能再指望它获得安全更新
• 不要尝试 pip install cgi —— 官方没有发布过 PyPI 版本，这是标准库模块，不是第三方包
• 替代方案只有两个：改用 legacy-cgi（PyPI 上的非官方分叉，仅兼容旧代码，无新特性），或重构为 WSGI 应用（推荐）

真正棘手的不是“怎么让 cgi 继续跑”，而是那些隐式依赖它的遗留代码——比如直接调用 cgi.escape() 做 HTML 转义，或用 cgi.parse_qs() 解析查询字符串。这些函数在移除后不会自动 fallback，必须逐个替换为 html.escape()、urllib.parse.parse_qs() 等标准替代品。没人会帮你扫这些角落。

Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！