全角空格（\u3000）在VSCode中不被diffEditor.ignoreTrimWhitespace忽略，因其属于Unicode全宽字符而非可裁剪空白；需用正则[\u3000]定位，配合editor.renderWhitespace:"all"显式显示并手动替换。
全角空格在 VSCode 里根本不会被 diffEditor.ignoreTrimWhitespace 忽略
VSCode 的「忽略空格」功能只处理 ASCII 空格（0x20）、制表符（\t）和行尾空白，对中文全角空格（0xa0 或 \u3000）完全无感——它被当作普通字符参与 diff，所以哪怕你开了 "diffEditor.ignoreTrimWhitespace": true，全角空格依然会标红、触发 lint 报错、甚至导致 JSON 解析失败。
这不是 bug，是设计如此：全角空格属于 Unicode 中的「空白符号」但不属于「trimmable whitespace」，编辑器默认不将其归入“可忽略格式差异”范畴。
如何快速定位并清除全角空格
靠肉眼几乎不可能识别全角空格，必须显式渲染出来再操作：
- 打开命令面板（
Ctrl + Shift + P），输入并执行Developer: Toggle Render Whitespace，或直接设置"editor.renderWhitespace": "all" - 全角空格会显示为一个带圆圈的「口」形符号（□），而 ASCII 空格是小点（·），制表符是箭头（→）
- 用正则替换一次性清理：
Ctrl + H→ 开启正则（*按钮）→ 查找\u3000或[\u3000\u00a0\u200b]→ 替换为空 - 若要同时清理常见隐形字符（不间断空格、零宽空格），推荐正则：
[\u3000\u00a0\u200b\u200c\u200d\uFEFF]
为什么 ESLint / Prettier 不报全角空格错误
多数 JS/TS linter 默认只检查 ASCII 空格相关规则（如 no-multi-spaces、no-trailing-spaces），对全角空格静默放行——它不被视为“多余空格”，而是“非法字符”。真正会报错的是：
- JSON 解析器（
SyntaxError: Unexpected token） - Python 解释器（
IndentationError: unindent does not match any outer indentation level，当混用全角空格缩进时） - TypeScript 编译器（
Cannot find name 'xxx'，因全角空格打断标识符） - Git 提交时的 pre-commit hook（如果配置了
trailing-whitespace类规则，但默认不覆盖全角）
预防比清理更重要：编辑器级自动过滤
VSCode 本身不提供“输入时自动转全角空格为半角”的开关，但可通过以下方式降低风险：
- 禁用中文输入法的「全角标点」模式（Windows：右键语言栏 → 设置 → 关闭“使用全角标点”；macOS：系统设置 → 键盘 → 输入源 → 取消勾选“使用全角标点”）
- 安装扩展
Auto Rename Tag或Chinese Start Menu并关闭其全角字符插入选项（如有） - 在
settings.json中加入："editor.formatOnPaste": true，配合 Prettier 可在粘贴后自动 normalize 空格（但对已存在的全角空格无效） - 项目根目录加
.editorconfig，强制统一空格行为：[*]\ncharset = utf-8\nend_of_line = lf\ninsert_final_newline = true\ntrim_trailing_whitespace = true
（注意：这仍不处理全角空格）
真正棘手的不是怎么删，而是它常藏在复制粘贴的文档、API 返回的字符串、甚至某些 CMS 导出内容里——一旦混入代码逻辑层，debug 成本远高于提前显式渲染+批量清理。
