正则 ("[^"]*") 无法匹配含转义引号的字符串（如 "He said "Hi""），因其将 " 中的 " 视为结束而非转义部分；正确写法应为 "((?:[^"\]|\.)*)"，配合启用 . matches newline 和点亮替换界面的 .* 按钮以支持 $1 捕获组引用。
为什么 "([^"]*)" 会漏掉转义引号
这个正则看似能匹配双引号字符串，但遇到 "He said "Hi"" 就失效——因为 [^"]* 遇到第一个 " 就停了，根本进不去内部的 "。它只认字面引号，不识别转义序列。结果是匹配到 "He said 就截断，后续替换会破坏语法。
真正要覆盖转义场景，得让正则理解 " 是“引号的一部分”，不是结束标记。常见错误是强行加 \ 试图逃逸，反而让模式更脆弱。
- 正确思路：用
(?:"[^"\\]*|\\.)*匹配引号内内容，其中\\.吃掉任意x形式转义 - 更实用的折中写法（兼顾可读与覆盖）：
"((?:[^"\\]|\\.)*)"，$1捕获内容不变 - 别忘了替换时用
'$1'，而不是硬写'$1'—— 单引号本身不需转义，但若替换内容含单引号，就得提前清理或换用三重引号逻辑
Replace With 里 $1 不展开？检查这三处
写对了 Find What 却发现 $1 原样输出，不是正则错，是 Sublime 替换引擎没触发捕获组解析。最常踩的坑是：
- 没在「Replace」标签页点亮右下角
.*按钮——它必须亮着，$1才被识别为引用，否则当纯文本 - 用了非捕获组
(?:...)，它不生成编号，$1对应的是外层括号，不是你想要的那组 - 写了
$10或更高编号——Sublime 只支持$1到$9，$10直接当字面量输出
验证方式很简单：先点 Find All 看高亮是否精准；再点 Replace Preview（Ctrl+Shift+H），直接看到 $1 展开后的样子。
JSON key 和 Python 三重引号不能乱动
批量把双引号变单引号时，"key": "value" 里的 key 必须保留双引号，否则 JSON 解析失败；而 Python 的 """multi-line""" 若被拆成 '""multi-line""'，语法直接报错。
安全做法是限定上下文，避免全局无差别替换：
- 只处理明显是字符串值的部分：
:s*"(.*?)"(?=s*[,}]])→: '$1' - 跳过 JSON key：
(? 这种负向断言容易出错，不如手动分两步：先用 <code>"([^"]+)"(?=s*:)标记 key 行，人工跳过 - Python 三重引号单独处理：
"""([sS]*?)"""→'''$1'''，注意必须勾选. matches newline，否则跨行不生效
没有万能正则能自动区分语法角色，关键靠人工抽检——尤其替换后立刻用对应语言的 linter 校验，比依赖正则更可靠。
中文引号、全角标点混入时的连环陷阱
从网页或文档粘贴文本后，常混入中文双引号 “”、全角逗号 ，，这时用 "(.*)" 根本匹配不到，因为 " 是半角，而原文是 “。
更隐蔽的问题是：全角空格 （U+3000）不被 s 匹配，导致 ^s*$ 删不掉“看起来是空行”的行。
- 查中文引号：
“([^”]*)”，替换用"$1"回填为英文引号（代码中必须） - 清理全角空白：
[u3000u00A0u2000-u200Bu2028u2029]+替换为单个半角空格 - 混合标点统一前，先切语法为
Plain Text（Ctrl+Shift+P→Set Syntax: Plain Text），避免语法插件干扰换行符和 Unicode 解析
真正麻烦的不是正则写不对，而是你不知道当前文本里到底混了多少种编码、换行符和 Unicode 类型——先看状态栏右下角的换行格式（LF/CRLF）和编码（UTF-8/GBK），再动手。
