应使用负向先行断言排除字符串中的//，如(?<!["'])(?<!["'].?)(?<!["'].?//)//.*，确保只匹配行内注释而非URL等字符串内的//。
匹配行内注释但不破坏字符串里的//
Sublime 的正则默认是全局匹配，// 出现在字符串中（比如 "url: https://example.com"）时会被误判为注释起点。直接写 //.* 会把整个 URL 截断，甚至删掉引号后内容。
稳妥做法是先排除字符串上下文：用负向先行断言跳过被引号包裹的 //。实际可用这个模式：
(?<!["'])(?<!["']/)//.*$
但 Sublime 的 PCRE 引擎对变长负向先行断言支持有限，更可靠的是分两步走：
- 先手动或用
Find All定位所有疑似注释行（如含//且前面没字母/数字/下划线的行） - 再用带上下文限制的表达式：例如
^\s*//.*$匹配行首注释，或(? 匹配空白后紧跟的 <code>// - 避免用
.*贪婪匹配到行尾以外——务必勾选Match case和Regex，取消勾选Wrap around防止跨行干扰
统一注释前空格和缩进：^\s*(//) 替换为 \t//
不同人写的注释缩进混乱：有人用 2 空格，有人用 4，还有人顶格或混用 Tab。直接替换 // 会吃掉原有缩进，导致代码块错位。
关键是保留原始缩进层级，只标准化注释符号本身：
- 查找：
^(\s*)//(.*)$—— 捕获开头空白 + 注释内容 - 替换：
$1// $2—— 保持缩进，强制在//后加一个空格 - 如果项目规范要求用 Tab 缩进注释（而非空格），把
$1改成\t，但注意：若原缩进是空格，硬转 Tab 会破坏对齐，建议先统一缩进风格再处理注释
批量修正多行注释格式：/\*\* 开头的 JSDoc 风格
Sublime 对 /* ... */ 类型注释的正则处理容易漏掉换行或中间星号。比如想把 /** @param {string} x */ 统一成每行以 * 开头的块状格式。
不能简单用 /\*\*(.*?)\*/，因为 . 不匹配换行。必须启用 . matches newline 选项，并小心边界：
- 查找：
/\*\*(?:(?!\*/)[\s\S])*?\*/—— 非贪婪匹配直到第一个*/ - 替换时用多行模板，例如：
/**\n * $1\n */，但需确保捕获组包含换行后的内容 - 更稳的做法：先用
Ctrl+Shift+P→Convert Indentation to Spaces统一空白，再对每行执行^/\*\*$→/**、^\s*\*$→*、^\s*\*/$→*/三轮替换
替换后检查注释是否被意外嵌套或截断
正则替换完别急着保存。常见翻车点是：// 出现在正则字面量里（如 const r = /a\/\/b/;）、或注释紧贴运算符（如 x++//comment），此时加空格会变成 x++ //comment，虽不影响运行但可能违反 ESLint 规则。
建议替换后立刻做两件事：
- 用
Find搜索//[^ ]（//后非空格），确认是否还有未修复的“粘连”注释 - 打开命令面板输入
Reindent Lines，让 Sublime 重排缩进，暴露因替换导致的缩进异常行 - 如果项目启用了 Prettier 或 ESLint，替换后跑一次
prettier --check，有些注释格式问题只有格式化工具能发现
正则不是万能的，尤其当注释和代码逻辑交织紧密时，机器很难判断哪处 // 是真注释。宁可多花半分钟人工核对三五行，也比后期调试时被假注释误导强。
