不能直接支撑，但可通过组合配置实现有限覆盖：sublimelinter框架可用，但sublimelinter-flake8、jsprettier、sublimelinter-phpcs等核心插件已废弃或兼容性差；实测稳定组合为sublimelinter+pycodestyle（python）、+eslint@8.57.0（js）、+html-tidy（html），需禁用失效linter、锁定版本、手动配置路径与lint_mode，并通过.sublime-project分层管理。
SublimeLinter 能否支撑全栈项目多语言实时检查？
不能直接支撑，但可通过组合配置实现有限覆盖——关键在于「框架可用，插件断链」。截至2026年6月，SublimeLinter 主框架仍可运行，但多个核心语言插件已事实废弃：SublimeLinter-flake8 在 Python 3.11+ 下会抛出 ImportError: cannot import name 'get_python_version'；JsPrettier 无法解析新版 eslint.config.js（ESLint v9+ 的纯 ESM 配置）；SublimeLinter-phpcs 对 PHP 8.3 的新语法报错率超 40%。
Python + JavaScript + HTML 三语言最小可行配置
放弃「全自动」幻想，聚焦能稳定工作的子集。实测有效组合如下：
-
SublimeLinter+SublimeLinter-pycodestyle（替代 flake8）：支持 Python 3.11–3.13，仅检查基础 PEP 8，不支持类型提示校验 -
SublimeLinter+SublimeLinter-eslint+eslint@8.57.0（固定旧版）：必须锁定 ESLint 版本，禁用eslint.config.js，改用.eslintrc.cjs -
SublimeLinter+SublimeLinter-html-tidy：唯一仍活跃维护的 HTML 检查器，依赖系统级tidy命令，需手动apt install tidy（Ubuntu）或brew install tidy-html5（macOS）
注意：SublimeLinter-stylelint 已归档，CSS/SCSS 检查需退回到 SublimeLinter-csslint，但后者不支持 CSS Nesting 或 :has() 选择器。
项目级配置文件怎么写才不冲突？
靠全局 SublimeLinter.sublime-settings 会垮掉，必须用 .sublime-project 分层控制。关键点：
- 在项目根目录建
myapp.sublime-project，内容里明确指定各语言 linter 的路径和参数 - Python 检查强制走虚拟环境：
"pycodestyle": {"executable": "${project}/venv/bin/pycodestyle"} - ESLint 必须关闭自动配置发现：
"eslint": {"args": ["--config", "${project}/.eslintrc.cjs", "--no-eslintrc"]} - 禁用所有非当前语言的 linter：
"linters": {"php": null, "css": null, "scss": null}，避免插件加载失败拖慢响应
漏掉 "php": null 这类显式禁用，SublimeLinter 会在打开 PHP 文件时反复尝试加载已失效的 phpcs，导致编辑器卡顿 2–3 秒。
为什么状态栏显示“0 problems”，但实际没检查？
这是最常被忽略的陷阱：SublimeLinter 默认只在 on_load 和 on_modified 触发，而新版 Sublime Text 4 默认启用 atomic_save（原子保存），导致 on_modified 事件被抑制。解决方法只有两个：
- 在用户设置中关闭原子保存：
"atomic_save": false - 或强制改为
"lint_mode": ["on_save"]，接受「保存后才反馈」的延迟体验
选前者会丢失文件损坏保护；选后者则无法获得实时波浪线提示——没有中间路线。这点在 Vue/React 单文件组件里尤其明显，<script></script> 块里的 JS 错误要等你按 Ctrl+S 才亮起红线。
