VSCode中Pylint不报错，首要确认其是否真正启用：需同时开启python.linting.enabled和python.linting.pylintEnabled；正确选择Python解释器；将.pylintrc置于项目根目录；必要时配置python.linting.pylintArgs以启用所需规则。
VSCode 里 Pylint 不报错？先确认它真在运行
很多情况下你以为 Pylint 没起作用，其实是它压根没被激活——VSCode 默认不启用任何 linter，装了插件 ≠ 自动检查。
必须手动开启：打开设置（Ctrl+, 或 Cmd+,），搜 python.linting.enabled，勾选它；再确认 python.linting.pylintEnabled 也已启用。这两个开关缺一不可。
- 如果只开了总开关但关了 pylint 子开关，
pylint就是摆设 - 用
python -m pylint --version在终端跑一下，确保命令行能调起，否则 VSCode 找不到可执行文件 - Windows 用户注意路径空格：如果 Python 装在
C:\Program Files\...，Pylint 可能因空格失败，建议用虚拟环境或重装到无空格路径
找不到 pylint 命令？别硬装全局
VSCode 的 Python 扩展默认从当前 Python 环境找 pylint，不是系统 PATH。你用 pip install pylint 装在哪，就得让 VSCode 知道用哪个解释器。
关键操作：按 Ctrl+Shift+P（或 Cmd+Shift+P），输入 Python: Select Interpreter，选中你项目用的 Python 环境（比如 .venv/bin/python 或 env/Scripts/python.exe）。之后 VSCode 会自动在该环境里找 pylint。
立即学习“Python免费学习笔记（深入）”；
- 如果选错解释器（比如选了系统 Python，但
pylint只装在 venv 里），就会报Command 'pylint' not found - 不推荐用
pip install -U pylint --user全局安装：不同项目依赖版本可能冲突，且 VSCode 容易漏识别 - 验证方式：在 VSCode 集成终端里运行
which pylint（macOS/Linux）或where pylint（Windows），看路径是否匹配你选的解释器环境
pylintrc 文件放哪才生效？优先级比你想的还严格
VSCode 不会自动扫描整个项目找配置文件，它只认几个固定位置，且有明确优先级顺序：当前文件所在目录 → 上级目录 → 用户主目录（~/.pylintrc）→ 安装目录默认配置。
最稳妥做法：把 .pylintrc 放在你的项目根目录（即打开的文件夹最顶层），和 pyproject.toml 或 README.md 同级。VSCode 启动时会自动加载它。
- 名字必须是
.pylintrc或pylintrc（无点）；pylint.rc、config.pylintrc都无效 - 如果用了
pyproject.toml，Pylint 也能读其中[tool.pylint]段，但 VSCode 对 TOML 支持不稳定，建议仍用.pylintrc - 改完配置后要重启 VSCode 或重新加载窗口（
Ctrl+Shift+P→Developer: Reload Window），热更新不保证生效
为什么有些错误不标红？检查 python.linting.pylintArgs
Pylint 默认只开核心检查项，像 missing-docstring、too-few-public-methods 这类风格类警告，默认是关闭的。它们不会触发红色波浪线，只出现在问题面板里（需点开看）。
想让高频规范问题实时标红，得在 VSCode 设置里加参数：
["--enable=all"]
或者更实用的写法（避免过于激进）：
["--enable=missing-docstring,invalid-name,unused-argument,too-few-public-methods"]
- 不要盲目加
--enable=all：Pylint 全开约 200+ 规则，大量误报会干扰开发节奏 -
invalid-name是常见痛点（比如变量名id被拦），可在.pylintrc里用variable-rgx定制，比在 VSCode 设置里硬开更可控 - 修改
python.linting.pylintArgs后，保存设置并等待几秒——Pylint 会自动重跑，不用手动触发
