VSCode中删除行尾特定字符（如.、;、M）必须用正则查找替换，因trimTrailingWhitespace仅处理空白符；正确正则为[.;M]$\n?或更精准的M(?=\r?\n|$)，需注意换行符差异与元字符转义。

VSCode 里怎么删掉每行末尾的特定字符（比如 .、;、M）

不能靠 files.trimTrailingWhitespace，它只认空格和制表符，对字母、标点、数字完全无效。要删特定后缀字符，必须用正则查找替换，且得写对锚点和边界。

• 打开查找面板（Ctrl+H 或 Cmd+H），勾选右上角 .* 按钮启用正则模式
• 查找框填：[.;M]$ ? —— 这表示“行尾的 . 或 ; 或 M，后面可选一个换行符”，避免删完后两行粘连
• 替换框留空，点“全部替换”
• 如果只想删行尾的 M（比如你看到文件名后带 M 是 Git 修改标记，但文本内容里也混进了 M），就用更精确的：M$，确保只匹配行尾
• 注意：如果 M 出现在中间或开头，这个正则不会动它；如果某行是 abcM def，M$ 不会匹配，安全

为什么 Trim Trailing Whitespace 命令对 M 或 ; 完全没反应

因为该命令底层只调用字符串的 trimEnd() 类似逻辑，而 trimEnd() 只处理 Unicode 空白字符（s），包括空格、 、 、 、、，不包含任何可见字符。你在状态栏看到的 M 是 Git 的修改标记，不是文件内容；但如果你真在代码里写了大量行尾 M，它就只是普通字符，编辑器不会特殊对待。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• editor.action.trimTrailingWhitespace 是硬编码行为，不可配置字符集
• 试图在 settings.json 里加自定义规则（如 "trimChars": ["M"]）会静默失败——VSCode 不支持
• 别指望格式化插件（Prettier、ESLint）自动干这事：它们按语言语义工作，不是行尾清洗工具

批量删行尾特定字符时容易漏掉的边界情况

正则看似简单，但换行符类型、Unicode、空行都会让 $ 行为异常。不验证就全量替换，可能删错或漏删。

• Windows 文件用 CRLF（ ），$ 默认匹配到 前，所以 M$ ? 在 CRLF 文件中可能只删 M ，留下 → 实际变成 M → 替换后多出空行。稳妥写法是：M(?= ? |$)
• 文件开头有 BOM（uFEFF）时，$ 仍有效，但整行匹配可能偏移；建议先用命令面板运行 Developer: Inspect Editor Tokens and Scopes 确认当前解析模式
• 空行（纯 或 ）不会被 M$ 匹配，这是好事——避免误删空行结构
• 如果目标字符是 .、+、* 这类正则元字符，必须转义：.$，否则会匹配任意字符

想永久禁用某类文件的行尾字符清理？只能靠语言专属设置

VSCode 没有“全局删行尾 M”的开关，但可以针对某语言关闭所有行尾清理（包括空格），再配合正则手动补救。这比改每个项目都加正则更可持续。

• 在项目根目录 .vscode/settings.json 中写入：

  {
    "[plaintext]": {
      "files.trimTrailingWhitespace": false
    }
  }

• plaintext 是无语法识别文件（如 .env、日志片段、临时文本）的语言 ID，这样你后续对这类文件执行 Trim Trailing Whitespace 命令也不会触发，避免误清已有空格
• 但注意：这不会阻止你用正则删 M，只是关掉了原生的空格清理——两者互不干扰
• 别写成 "*.log" 或 "log"：VSCode 只认语言 ID，不支持通配符或后缀名

实际操作中最容易卡住的地方，是以为 $ 总是“行尾”，却忽略了 CRLF 和 LF 的差异，以及正则引擎对行结束符的实际锚定位置。每次处理前，先用 Ctrl+Shift+P → Toggle Render Whitespace 看清换行符形态，比反复试错快得多。