必须将 editor.renderWhitespace 设为 "boundary" 或 "all" 才能显示行尾空格，默认 "boundary" 但易被 .editorconfig 或语言专属配置覆盖；推荐 "boundary" 平衡可见性与可读性，修改后立即生效，需排查语言模式、插件干扰及底层点击逻辑。
怎么让行尾空格立刻被标出来
必须设 editor.renderWhitespace 为 "boundary" 或 "all"，设成 "none" 或漏配就完全不显示。VSCode 默认是 "boundary"，但很多用户没注意这个值已被覆盖——比如装了 EditorConfig 插件后，项目根目录的 .editorconfig 文件里没写 trim_trailing_whitespace = true 不影响显示，但若它显式写了 render_whitespace = false（某些旧版插件会注入），就会压制编辑器设置。
推荐直接用 "boundary"：只标出行首、行尾的空格和制表符，不干扰函数参数对齐等正常缩进；"all" 虽然彻底，但在 JSX 或 Python 缩进块里满屏 · 容易看花眼。
- 改完设置后无需重启，立即生效
- 快捷键
Ctrl+Shift+P→ 输入Toggle Render Whitespace可临时开关，适合快速比对 - 右下角语言标识（如
Python）点开 →Configure Language Specific Settings，检查该语言块里有没有"editor.renderWhitespace": "none"——有就删掉，否则它会覆盖全局
为什么改了设置却看不到行尾那个小圆点
最常见原因是当前文件的语言模式被识别错了，或者语言专属配置强行关掉了渲染。比如你正在编辑一个 foo.config.js，VSCode 可能把它当成了 JavaScript React，而该语言的专属设置里写了 "editor.renderWhitespace": "none"。
另一个隐蔽原因：某些 Markdown 预览插件或 YAML 语言服务器会在后台修改编辑器 DOM 结构，导致空白字符渲染层被遮盖。此时即使 renderWhitespace 设对了，也只在部分行生效，尤其是折叠区域或注释块之后。
- 按
Ctrl+Shift+P→ 运行Developer: Toggle Developer Tools，在 Console 里输入monaco.editor.getModels()[0].getOptions().get().renderWhitespace，确认返回值确实是"boundary"或"all" - 新建一个纯文本文件（
Ctrl+N→ 右下角选Plain Text），粘贴几行带行尾空格的内容，看是否能显示——如果能，说明问题出在当前语言配置 - 禁用所有插件后重试，重点排查
EditorConfig、Auto Close Tag、YAML这类高频修改渲染行为的扩展
行尾空格标出来了，但点击它光标还是跳过去
这是 VSCode 底层设计，不是 bug，也没法通过 editor.cursorAtBoundary 关掉。那个配置只管光标移动后停不停在边界，不管鼠标点击事件本身。只要那一片区域是“可插入内容的位置”，点击就一定会把光标挪过去——包括换行符前的空格、制表符，甚至空行末尾。
真正可控的绕过方式只有三个：压缩可点击区域、改交互触发条件、接受它并换操作习惯。
- 开
editor.wordWrap: "on"+editor.rulers: [80]，长行自动换行后，“行尾”在视觉上消失，物理可点击面积大幅减少 - 把
editor.multiCursorModifier改成"alt"，这样普通点击不再响应，必须按住Alt才能多光标定位——误触率直线下降 - 配合
files.trimTrailingWhitespace: true，从源头减少带行尾空格的行数，等于直接砍掉大部分“可点空白”
要不要同时打开换行符和控制字符显示
要显示行尾空格，editor.renderControlCharacters 不是必需的；但如果你需要确认某一行是不是真的以 \n 结尾（比如调试 Git diff 的 No newline at end of file 警告），就必须开它，并设为 true。这时 \n 会显示为 ¶，\t 显示为 →，\r 显示为 ↵。
注意：这两个设置是解耦的。editor.renderWhitespace: "boundary" 只控制空格/制表符的可见性，editor.renderControlCharacters: true 单独控制控制字符。缺一不可时，你会看到行尾空格（·），但看不到结尾有没有 ¶。
- 别把它们写进项目级
.vscode/settings.json提交到 Git——这是纯本地 UI 偏好，别人拉代码后满屏符号容易误判为文件损坏 - 大文件（>10MB）里慎用
"all"+renderControlCharacters: true，可能轻微卡顿，尤其在远程开发（WSL/SSH）场景下 - 如果只是查 Git 提交前的格式问题，
"boundary"+renderControlCharacters: true是最稳组合：既看到行尾空格，又一眼确认换行符是否存在
Ctrl+L 绑定到 editor.action.selectLine，光标一丢，敲一下就回来了。 
