webstorm 的 typo 检查不适用于代码命名规范，因其仅比对英语词典、无视编程语义和 eslint 规则；应关闭 spelling → typo 检查，并依赖 eslint 的 camelcase、id-match 等规则统一变量命名。
WebStorm 的拼写检查（Typo inspection）默认会把 userProfileData、jsx、tsconfig 这类合法技术词标红，它不是帮你“规范命名”，而是按英语词典规则误报——关错地方或强行加词典，反而掩盖真正命名不一致的问题。
为什么不能依赖 Typo 检查来规范变量名
拼写检查只比对内置词典，不理解编程语义：getUserInfo 和 fetchUserInfo 在它眼里都是“没这个词”，但语义完全不同；init 被标红，initialise 却通过，可前端约定俗成用 init。它既不识别 ESLint 规则（如 camelcase），也不校验命名一致性（比如同一模块里混用 userID 和 userId）。
- 真正起作用的是
ESLint或TSLint的camelcase、no-undef、id-match等规则 -
Typo仅适合纯文案场景（如 Markdown 文档、i18n JSON 值），对代码文件属于干扰源 - 若项目已配 ESLint，
Typo提示反而会和真实 lint error 混在一起，降低问题识别效率
关闭 Typo 检查的准确路径
别在 Editor → General → Spelling 里找开关——那是控制注释/字符串内拼写的，不影响变量名。真正管变量、函数、类名的是全局代码检查体系里的 Spelling → Typo。
- 打开设置：
Ctrl+Alt+S（Windows/Linux）或Cmd+,（macOS） - 左侧导航进入
Editor → Inspections - 右上角搜索框输入
Typo，定位到Spelling → Typo - 取消勾选该行左侧复选框（注意：不是同级的
JavaScript → Spelling） - 点
Apply，立即生效，无需重启
关了 Typo 还有波浪线？优先查这两处
红色/灰色波浪线出现在变量声明处（如 const myVar = ...），大概率不是拼写问题，而是以下两个常被忽略的检查项：
-
JavaScript → Probable bugs → Equality operator：把==标为“疑似拼写错误”，实际是建议改用===，需手动关 -
Editor → General → Typing → Show suggestions as you type：打字中途弹出的拼写建议浮层，属于输入辅助，不是 inspection，得去 Typing 设置里关
这两个选项视觉上和拼写提示高度相似，但逻辑完全无关，新手容易反复折腾 Typo 开关却无效。
真要统一变量命名，靠 ESLint + 自定义规则
拼写检查做不到的事，ESLint 可以精准控制：id-match 强制所有标识符匹配正则，camelcase 禁止下划线，no-unused-vars 防止临时变量污染。WebStorm 默认集成 ESLint，只需确保项目根目录有 .eslintrc.js 或 package.json 中含 eslintConfig 字段，并在 Settings → Languages & Frameworks → JavaScript → Code Quality Tools → ESLint 中启用自动检测。
- 例如强制驼峰且禁止数字开头：
"id-match": ["error", "^[a-z][a-zA-Z0-9]*$"] - 配合
Settings → Editor → Inspections → JavaScript → Code quality tools → ESLint启用后，变量名不合规时直接标黄，悬停显示具体规则编号 - WebStorm 的
Alt+Enter快速修复能自动重命名、添加前缀等，比人工改更可靠
拼写检查关掉之后，变量命名是否规范，唯一可信的依据是 ESLint 报错——而不是编辑器有没有波浪线。
