直接ctrl+h替换会误匹配配置项、注释和值，因sublime默认纯文本匹配；需用带上下文的正则（如锚定option行或config节）、分步验证、统一引号格式，并对大文件禁用索引或单独处理。
为什么直接 Ctrl+H 替换会把配置项和注释/值一起干掉
Sublime 默认的 Replace All 不区分上下文，比如搜 timeout，它会匹配到 timeout=30、# timeout is deprecated、甚至 my_timeout_val。这不是 bug，是纯文本匹配的必然结果。
路由器配置文件（如 OpenWrt 的 /etc/config/network 或 Cisco IOS 风格）通常混着 key、value、注释、嵌套节（config、option、list），靠裸字符串替换极易出错。
- 必须先用
Ctrl+F确认所有匹配是否都出现在option key_name或set timeout这类明确语法位置 - 开启
Match Case和Whole Word可挡一部分子串误匹配，但对timeout和timeout_ms无效 - 真正靠谱的做法：写带上下文的正则，例如
^s*option\s+timeout\s+["']?([^"']*)["']?s*$，只抓 option 行里的 timeout 值
怎么用正则精准替换某 config 节下的特定 option 值
典型场景：把所有 config dhcp 'lan' 节里 option leasetime 的值从 12h 改成 24h，但不碰其他节（如 wan）或同名但不同节的 leasetime。
Sublime 不支持跨行断言（如 (?s)config dhcp 'lan'.*?option leasetime.*? 在大文件里容易回溯爆炸），得靠分步 + 上下文锚定：
- 先用
Ctrl+Shift+F搜：config dhcp 'lan'[\s\S]*?option leasetime\s+["']?([^"']*)["']?，勾选Regular Expression和Dot matches newline（即(?s)） - 查找框填完整匹配式，替换框用
option leasetime '24h'—— 注意这里不引用捕获组，因为目标就是硬替换 - 更安全的写法是捕获前后结构：
(config dhcp 'lan'[\s\S]*?option leasetime\s+["']?)[^"']*(["']?)→$124h$2，保留原引号类型 - 务必点
Find先看命中的是否全是目标节，再点Replace All in Files
替换后值校准：怎么批量补全缺失引号或统一格式
老旧配置常出现 option ipaddr 192.168.1.1（无引号）和 option netmask '255.255.255.0'（单引号）混用，需要统一为双引号且补全缺失项。
不能一次全扫，否则 192.168.1.1 可能被当成变量名误改。得按 value 类型分批处理：
- IP 地址类（无引号）：
^s*option\s+(ipaddr|netmask|gateway)\s+([0-9.]+)$→option $1 "$2" - 布尔值类：
^s*option\s+(ignore|force)\s+(0|1)$→option $1 '$2'（保持单引号语义清晰） - 含空格的字符串（漏引号）：
^s*option\s+\w+\s+([^"\s][^"]*)$→option $1 "$2"，但需人工复查，避免误包路径 - 注意
[\s\S]在 Sublime 中等价于(?s).，但.默认不匹配换行，所以必须显式开Dot matches newline
大配置文件（>5MB）替换失败或跳过怎么办
Sublime 对超大文件默认跳过搜索/替换，尤其在 Find in Files 时静默忽略，你点了 Replace All 却发现没改几处——大概率是文件被跳过了。
右下角状态栏若显示 UTF-8 但实际是 ISO-8859-1 或 GBK，也会导致匹配失败；而 >10MB 的文件，即使编码正确，也常被跳过。
- 检查编码：点击右下角编码名（如
UTF-8），选Convert to UTF-8再试 - 强制包含大文件：在
Preferences → Settings里加"index_files": false，重启 Sublime（禁用索引后，Find in Files 才会扫大文件） - 更稳妥做法：用
Ctrl+P打开大文件单独编辑，再用Ctrl+H替换，避开 Find in Files 的限制 - 替换后务必手动保存——
Ctrl+K Ctrl+B（全部保存），别依赖自动保存，Sublime 不记录跨文件撤销
复杂配置的批量操作，本质是「缩小范围 + 显式上下文 + 逐层验证」。指望一个正则通杀所有情况，最后总要花三倍时间去修错。
