优先用 pytest --filterwarnings 参数精准过滤特定警告，支持按模块、类别、消息正则匹配；在 pyproject.toml 中配置 filterwarnings 列表实现持久化；测试内临时忽略须用 with warnings.catch_warnings() 确保隔离。
pytest运行时警告太多，怎么只屏蔽特定警告
直接在命令行或配置中过滤掉你明确知道无害、且不关心的警告，而不是关掉所有警告。盲目用 --disable-warnings 会掩盖真正该看的问题。
- 优先用
--filterwarnings参数，它支持匹配模块、类别、消息内容，粒度细、可复现 - 警告类别（如
UserWarning、DeprecationWarning）比单纯匹配字符串更可靠，避免误杀 - 若警告来自第三方库（比如
sklearn的ConvergenceWarning），务必带上模块路径限定，否则可能误抑制你自己代码里的同名警告 - 示例：忽略
scipy中某类RuntimeWarning，命令行写成：pytest --filterwarnings="ignore::RuntimeWarning:scipy.*"
在pyproject.toml里持久化忽略规则
避免每次敲长命令，把过滤规则写进项目配置最稳妥。注意 TOML 语法对空格和引号敏感，filterwarnings 是列表，每条规则必须单独成行并加引号。
- 规则格式为：
"action:message:category:module:lineno"，其中message和module支持正则，category必须是警告类名（如FutureWarning） - 常用动作：
ignore（静默）、once（首次出现才报）、error（转异常，用于测试是否意外触发） - pyproject.toml 示例片段：
[tool.pytest.ini_options] filterwarnings = [ "ignore::DeprecationWarning", "ignore:unclosed file:ResourceWarning", "ignore:.*invalid value encountered.*:RuntimeWarning:numpy.*" ]
测试函数内临时忽略某条警告
仅当某个测试逻辑必然触发警告、且你已确认安全时才用。别滥用，否则会削弱警告机制的价值。
- 用
warnings.filterwarnings()在测试函数开头加临时规则，记得用finally恢复，或用with warnings.catch_warnings():上下文管理器 - 推荐后者，自动还原警告状态，避免污染其他测试：
import warnings
<p>def test_divide_by_zero():
with warnings.catch_warnings():
warnings.filterwarnings("ignore", category=RuntimeWarning, message="divide by zero")
result = 1 / 0 # 实际中这里可能是调用某库函数
assert True</p>
为什么 pytest -W ignore 不够用
-W ignore 是 Python 解释器级开关，它会关闭所有警告——包括你在开发时依赖的 ResourceWarning（文件没关）、ImportWarning（循环导入）等。这会让问题潜伏到 CI 或生产环境才暴露。
-
pytest --filterwarnings是 pytest 自己解析并注入警告过滤器的，不影响全局警告设置 - 它和
warnings.simplefilter()行为一致，但由 pytest 统一管理，与conftest.py、插件兼容性更好 - CI 环境里如果看到警告突然变多，大概率是有人误用了
-W ignore而不是--filterwarnings
实际项目里最容易被忽略的是模块路径的精确匹配——比如想忽略 pandas 的 SettingWithCopyWarning，写成 "ignore::SettingWithCopyWarning:pandas.<em>"</em> 才有效；漏掉 pandas. 就可能压根不生效，因为警告实际出自 pandas.core.indexing 这类子模块。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
