直接搜 id="xxx" 会误伤是因为未加边界控制，导致匹配到 data-id、href、JS 字符串等非 id 属性位置；应使用上下文锚定正则如 id\s=\s["']old-id["'] 并配合负向断言和全词匹配确保精准。
为什么直接搜 id="xxx" 会误伤 HTML 属性和字符串
很多人想批量改 id 值，一上来就写 id="old-id" → id="new-id"，结果把 data-id="old-id"、href="#old-id"、甚至 JS 字符串里的 "old-id" 全替了。这不是正则写错了，是没加边界控制。
Sublime 的 \b 对引号和连字符不敏感，\bid="old-id"\b 依然会匹配到 data-id 里那段。更稳的做法是用显式上下文锚定：
- 只匹配真正的
id=属性：用id\s*=\s*["']old-id["']（注意空格和引号可变） - 排除
data-id这类干扰项：加负向先行断言(?（但 Sublime 不支持 <code>(?，所以退而求其次） - 最可靠写法：限定前后空白或标点，比如
(?)id\s*=\s*["']old-id["'](?=\s|/|>)—— 实际中建议拆成两步：先 Find All 确认是否全是<div id="...或<span id=" ...> 这类开头 <h3> <code>id="xxx"替换必须处理的三种引号与空格组合HTML 中
id值可能用双引号、单引号，甚至无引号（虽然不推荐，但真实存在）。原生正则没法一次通吃所有情况，硬写["']?xxx["']?容易跨属性吞内容。正确做法是分三组独立替换：- 双引号：
id\s*=\s*"old-id"→id="new-id" - 单引号：
id\s*=\s*'old-id'→id='new-id' - 无引号（仅限字母数字和短横）：
id\s*=\s*old-id(?=\s|/|>)→id=new-id（注意末尾加(?=\s|/|>)防止匹配到old-id-123）
别试图用
["']?old-id["']?一步到位——它会让id='a' title='old-id'这种结构错配成id='new-id' title='new-id'。替换后 JS/CSS 中的引用必须同步更新
只改 HTML 的
id不够。如果 JS 里写了document.getElementById("old-id")或 CSS 里有#old-id { ... }，这些也得一起扫。但它们语法不同，不能混在同一个正则里处理：- JS 引用：
getElementById\s*$$\s*["']old-id["']\s*$$→getElementById("new-id")（注意$和(要转义） - CSS ID 选择器：
#old-id\b→#new-id（必须勾选Match whole word，否则#old-id-123也会被改） - Vue/React 模板中可能有
:id="'old-id'"或v-bind:id="'old-id'"，需单独建规则，别指望一个正则覆盖所有框架
执行前务必用
Ctrl+Shift+F在整个项目中搜索old-id，看是否出现在 JS、CSS、模板文件里——漏掉任意一类，页面交互或样式就可能失效。执行前必须验证的两个关键动作
批量改
id是高危操作，一旦出错会导致 JS 找不到元素、CSS 失效、甚至表单提交异常。安全底线只有两条：- 每条正则都先点
Find All（Ctrl+Alt+Enter），人工核对前 3–5 处匹配是否全是你想改的id属性，不是data-id或字符串字面量 - 替换后立刻按
Ctrl+K然后Ctrl+B（Windows/Linux）或Cmd+K→Cmd+B（macOS）执行Save All；不保存就关窗口，所有改动直接丢弃
复杂点在于：HTML 属性顺序不固定（
id="x" class="y"和class="y" id="x"都合法），正则必须容忍空格和换行，但又不能因此扩大匹配范围——这时候宁可多跑几遍针对性更强的简单正则，也不要贪一次搞定。 - 双引号：
