pytest --filterwarnings 有时不生效的根本原因是警告过滤规则的匹配顺序和作用域问题，包括命令行参数对导入期警告无效、模块路径匹配不精确、未正确限定警告来源模块等。
为什么 pytest --filterwarnings 有时不生效？
根本原因通常是警告过滤规则的匹配顺序和作用域问题。pytest 会按命令行、配置文件、代码中 warnings.filterwarnings() 的顺序叠加规则，而内置警告（如 DeprecationWarning）默认只在测试模块顶层触发，若第三方库在导入时就发出警告（比如在 __init__.py 中），pytest 还没启动 filterwarnings 机制，这些警告就已“逃逸”到 stdout。
实操建议：
- 必须在
pytest.ini或pyproject.toml中配置，而非仅靠命令行参数——命令行参数对导入期警告无效 - 使用
once或ignore动作，避免用error（会中断测试）或default（可能仍打印） - 匹配路径要精确：第三方包名需写全，比如
scipy.*不等于scipy；正则模式需用module=或message=显式限定
如何在 pytest.ini 中精准屏蔽 requests 的 InsecureRequestWarning？
这是最常见场景之一：requests 在启用不安全 SSL 验证时抛出 InsecureRequestWarning，但该警告属于 urllib3 模块，不是 requests 自己发的——直接写 module=requests 会失效。
实操建议：
- 先运行一次带
-W error的测试定位真实来源：python -W error -m pytest test_foo.py，看报错堆栈里警告出自哪个模块 - 确认后在
pytest.ini中写：[tool:pytest] filterwarnings = ignore::urllib3.exceptions.InsecureRequestWarning ignore::UserWarning:.*some_third_party_pkg.*注意：
::表示忽略任意类别，.*some_third_party_pkg.*是正则匹配模块路径，不是包名 - 不要写
ignore:InsecureRequestWarning——缺少模块限定，可能误杀其他同名警告
filterwarnings 和 warnings.catch_warnings() 能否混用？
能，但顺序关键。在测试函数内用 warnings.catch_warnings(record=True) 只捕获该作用域内触发的警告；而 pytest --filterwarnings 是全局前置过滤器，它会在任何 catch_warnings 之前执行。
实操建议：
- 想验证某段代码是否真的发出警告？必须关掉全局 filterwarnings，否则
record=True拿不到任何内容 - 需要局部控制时，优先用
with warnings.catch_warnings(record=True) as w:+assert len(w) == 0，而不是依赖全局 ignore - 若两者共存，确保
pytest.ini里没有覆盖性规则（例如ignore::Warning），否则局部catch_warnings形同虚设
Pytest 7.0+ 的 toml 配置写法差异
新版推荐用 pyproject.toml，但语法比 pytest.ini 更严格：模块路径必须用双引号，正则表达式需转义反斜杠，且不支持注释行。
实操建议：
- 正确写法：
[tool.pytest.ini_options] filterwarnings = [ "ignore::FutureWarning:tensorflow.*", "ignore::PendingDeprecationWarning:pkg_resources", ]错误写法：
ignore::FutureWarning:tensorflow\..*（未用双引号包裹，反斜杠被 toml 解析为转义） - 如果项目同时存在
pytest.ini和pyproject.toml，后者优先级更高，旧配置会被静默忽略——删掉pytest.ini避免混淆 - CI 环境中务必检查 Python 和 pytest 版本，Pytest pyproject.toml 中的
filterwarnings
warnings.filterwarnings() 完全来不及。别指望在 conftest.py 里 import 后再调用就能盖住它们。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
