Atom默认不标红不规范代码，因其仅为纯文本编辑器，语法高亮（grammar）仅做词法着色，不进行语义检查；所有错误标记均依赖linter核心、语言provider（如linter-eslint）和UI插件（如linter-ui-default）协同实现。
Atom 本身不提供语法规范实时提醒，必须靠插件实现；所谓“不规范语法高亮标记”，其实是 linter 插件配合语法解析器（如 linter-eslint）在错误位置画下划线，不是 Atom 原生功能。
为什么 Atom 默认不标红不规范代码
Atom 是纯文本编辑器，grammar（语法高亮规则）只负责按词法切分并上色，不管语义对不对。比如 if (x = 1) 在 JavaScript 语法上完全合法（赋值表达式），但逻辑可疑——这种判断需要 AST 解析和规则检查，得靠外部工具。
- 原生
language-javascript只高亮if、function等关键字，不报错 - 所有“标红”“波浪线”“悬停提示”都来自
linter系列插件 - 没有安装对应语言的 linter provider（如
linter-eslint），就永远看不到语法/风格问题
装哪几个插件才能真有实时提醒
三个角色缺一不可：linter 核心 + 语言 provider + 规则配置。以 JavaScript 为例：
- 必装
linter：基础框架，负责收集、展示错误 - 必装
linter-eslint：对接 ESLint，做实际检查（需项目里有.eslintrc或全局安装eslint） - 推荐
linter-ui-default：默认 UI，显示行尾图标和内联波浪线 - 可选
intentions+busy-signal：让提示更及时（避免卡顿导致延迟渲染）
注意：linter-eslint 不会自动安装 ESLint。如果终端跑 eslint --version 报错，就得先 npm install -g eslint 或在项目里 npm install eslint --save-dev。
常见“标红了但没反应”问题怎么查
波浪线消失、悬停无提示、改完代码不自动重检——多数是路径或作用域问题：
- 检查当前文件是否被 Atom 识别为正确 grammar：右下角看是否显示
JavaScript，不是Plain Text或Auto - 确认
linter-eslint设置里的ESLint Path是否指向真实eslint可执行文件（尤其用 nvm/yarn 的用户常填错） - 项目根目录必须有
.eslintrc.js/.eslintrc.json，否则 provider 直接静默退出 - 如果只对部分文件生效，可能是
linter设置里勾选了Only lint files matching these scopes，删掉或改成source.js
高亮颜色太淡或和主题冲突怎么办
波浪线颜色由 Atom 主题控制，但 linter-ui-default 允许微调：
- 打开
Settings → Packages → linter-ui-default → Settings - 修改
Error Color、Warning Color为更醒目的值，如#ff4444 - 若仍被主题覆盖，可在
Atom → Stylesheet…里加自定义 CSS：
.linter-error .linter-gutter {
background-color: #ff4444 !important;
}
.linter-error .linter-highlight {
border-bottom: 2px solid #ff4444 !important;
}
这类样式优先级高，能绕过多数 UI 主题干扰。不过要注意：改太多可能影响其他插件的视觉一致性。
真正卡住人的从来不是插件装不装得上，而是 ESLint 配置没生效、grammar 没匹配对、或者路径指向了另一个 Node 版本下的 eslint —— 这些地方没日志、不报错，只默默不工作。
