pytest-socket抛出socketblockederror是因为它默认拦截所有socket调用，当测试中触发requests.get()、urllib.urlopen()或dns查询等网络行为时主动阻止并报错，以保障测试隔离性与稳定性。
为什么 pytest-socket 会报 SocketBlockedError？
当你在测试中意外触发了网络请求（比如调用 requests.get()、urllib.urlopen()，甚至某些库内部的 DNS 查询），pytest-socket 就会抛出 SocketBlockedError。这不是 bug，而是它在尽职——默认禁止所有 socket 活动，防止测试污染外部服务或变慢。
常见诱因包括：未 mock 的第三方 SDK、配置里写了真实 API 地址、测试前初始化了带网络调用的模块（如 logging.handlers.SMTPHandler）。
如何启用并配置 pytest-socket？
先安装：pip install pytest-socket。它无需额外 import 或初始化，只要 pytest 启动时检测到该包，就会自动激活拦截逻辑。
关键控制方式是命令行参数和 pytest 配置项：
- 加
--disable-socket：全局禁用拦截（不推荐，仅调试用） - 加
--allow-hosts=api.example.com,127.0.0.1：只允许访问指定域名或 IP（支持逗号分隔、端口可选，如localhost:8000） - 在
pyproject.toml中写入：[tool.pytest.ini_options] addopts = ["--allow-hosts=localhost:8000,api.test"]
哪些网络行为会被拦截？哪些不会？
pytest-socket 拦截的是 Python 标准库中基于 socket 的底层调用，覆盖绝大多数情况，但有明确边界：
- ✅ 拦截：
socket.connect()、requests、httpx、urllib、ftplib、DNS 解析（socket.gethostbyname） - ❌ 不拦截：
subprocess.run(["curl", ...])、os.system("wget")、读写本地文件、内存数据库（如sqlite3）、threading或multiprocessing本身 - ⚠️ 注意：
localhost和127.0.0.1默认仍被拦截，必须显式加入--allow-hosts
mock 替代方案与 pytest-socket 的协作关系
真正可靠的测试不是靠“放行某个 host”，而是彻底隔离依赖。所以 pytest-socket 最佳用途是兜底——防止漏掉未 mock 的网络调用。
正确顺序应该是：
- 对 HTTP 客户端用
responses或httpx.MockTransport模拟响应 - 对 socket 层自定义逻辑（如 TCP 长连接）用
unittest.mock.patch替换socket.socket - 最后加上
pytest-socket，确保没有漏网之鱼
如果发现某个测试必须加 --allow-hosts 才过，优先检查是否忘了 mock，而不是直接放行。
特别容易忽略的是：某些库（如 redis-py、pymongo）在初始化 client 时就尝试连接，哪怕你没调用 .get()。这种得在 conftest.py 里提前 patch 或改用内存替代方案。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
