最稳妥方式是在 pytest.ini 中配置 filterwarnings，如 ignore::RuntimeWarning；命令行 -W 参数仅适合临时调试，因会干扰 pytest.warns() 断言；函数内 warnings.filterwarnings() 常失效，因警告可能在导入时已触发，应改用 conftest.py 的 pytest_configure 或模块顶部注册。
pytest如何全局忽略RuntimeWarning
直接在项目根目录的 pytest.ini 里加过滤规则最稳妥，比命令行参数或代码内 warnings.filterwarnings() 更可靠，尤其适合 CI 环境。
常见错误是只写 ignore::RuntimeWarning 却没指定模块或类别，导致部分警告漏过滤。实际需明确作用域：
-
ignore::RuntimeWarning—— 忽略所有 RuntimeWarning（最常用） -
ignore::RuntimeWarning:.*numpy.*—— 仅忽略 numpy 相关的 RuntimeWarning -
ignore::FutureWarning—— 可顺带处理其他干扰型警告
示例 pytest.ini：
[tool:pytest]
filterwarnings =
ignore::RuntimeWarning
ignore::FutureWarning
用命令行临时关闭警告是否有效
有效，但有局限性。执行 pytest -W ignore::RuntimeWarning 能立刻生效，适合调试单次运行。
立即学习“Python免费学习笔记（深入）”；
不过要注意两点：
- 多个警告类型需重复写
-W，比如-W ignore::RuntimeWarning -W ignore::UserWarning - 若测试中用了
pytest.warns()显式捕获警告，-W ignore会干扰该断言，导致Failed: DID NOT WARN
所以临时方案只推荐用于快速验证，不建议写进 Makefile 或 CI 脚本。
为什么在测试函数里调用warnings.filterwarnings()有时不生效
因为 pytest 在收集测试用例阶段就可能触发警告（比如导入模块时），而函数体内的 warnings.filterwarnings() 要等测试执行才运行，已经晚了。
更可靠的做法是：
- 在
conftest.py的pytest_configure(config)钩子中提前注册过滤器 - 或把
warnings.filterwarnings()放到__init__.py或主测试模块顶部（确保 import 顺序早于触发警告的模块） - 避免在
setup_method或setUp()中设置——太迟
典型失效场景：某测试导入 sklearn 时抛 RuntimeWarning: invalid value encountered in double_scalars，但警告发生在 import 阶段，函数内 filter 无能为力。
filterwarnings配置项的匹配优先级与陷阱
pytest 按 filterwarnings 列表从上到下匹配，**第一条命中即生效，后续规则不再检查**。这意味着顺序很重要。
容易踩的坑：
- 把宽泛规则（如
ignore::RuntimeWarning）写在前面，会覆盖后面更精细的规则（如error::DeprecationWarning） - 正则表达式中的模块名要准确，
.*pandas.*不匹配pandas._libs.skiplists这类内部路径，得写成pandas.* - 警告类别名必须全大写且拼写正确：
RuntimeWarning≠runtimeWarning，否则静默失效
复杂项目建议先用 pytest -W default 把警告打出来，再针对性写过滤规则，别一上来就全 ignore。
