Notepad++正则替换固定长度字符串需用边界锚定而非单纯{5}，如\b\w{5}\b匹配5字符单词、^[0-9]{6}(?![0-9])匹配6位纯数字，因PCRE子集不支持独立精确量词且默认按字节处理UTF-8中文。
Notepad++ 正则替换固定长度字符串的原理
Notepad++ 的“查找/替换”使用的是 PCRE（Perl Compatible Regular Expressions）子集，但不支持 {n} 这类精确长度量词的独立使用——除非它出现在能明确界定边界的位置。直接写 \w{5} 可能匹配到更长字符串的前 5 个字符（比如 hello123 中的 hello），而不是真正“恰好 5 个字符长”的完整单词或片段。
所以关键不是“怎么写 {5}”，而是“怎么确保它不被更长的上下文吞掉”。
常用做法是用断言或边界符锚定：
- \b\w{5}\b 匹配整个单词长度为 5（\b 是单词边界）
- ^.{5}$ 匹配整行恰好 5 个字符（需勾选“匹配整个行”或配合行首/行尾）
- (? 更严格的“非单词字符包围”限制（兼容含下划线等场景）
<h3>替换所有长度为 6 的纯数字字符串</h3>
这个需求常见于清洗日志中的订单号、验证码等。例如把 123456 替成 [REDACTED]，但不能动 1234567 或 abc123456def。
正确正则表达式：(?
- <code>(?：前面不能是数字（负向先行断言）
- <code>[0-9]{6}：连续 6 位数字
- (?![0-9])：后面不能是数字（负向后行断言）
注意点：
- Notepad++ 默认不启用“匹配大小写”和“匹配新行”，一般不用调
- 必须勾选“正则表达式”模式（不是“普通”或“扩展”）
- 如果目标串可能含换行符或制表符，
.不会匹配它们，此时改用[^\r\n]{6}更稳妥
替换第 3 到第 8 个字符（按位置截取替换）
这不是“长度匹配”，而是“位置替换”，得靠捕获组 + 相对定位。
例如：每行前 10 个字符中，把第 3–8 位替换成 XXXXXX，其余不变。
正则查找：^(.{2})(.{6})(.*)$
替换为：\1XXXXXX\3
-
^和$确保整行参与匹配（避免跨行错位） -
\1是前 2 个字符，\3是第 9 个字符起的剩余部分 - 若某行不足 8 个字符，该行不会被匹配（
.{6}失败），这是预期行为
容易踩的坑：
-
.默认不匹配换行符，所以该方案只适用于单行处理 - 如果文件含 CRLF（
\r\n），.仍不匹配\r或\n，无需额外转义 -
\1写成$1在 Notepad++ 里无效——它只认反斜杠编号引用
中文字符长度为 4 的匹配为什么经常失败
因为 Notepad++ 的正则引擎对 UTF-8 中文默认按字节而非字符处理。一个汉字占 3 字节，.{4} 实际会匹配 4 字节——可能是 1 个汉字 + 1 个英文字母，也可能是乱码边界。
可靠解法只有两个：
- 把文件先转成 UCS-2/UTF-16 编码（菜单：编码 → 转为 UCS-2 Big Endian），再用 \w{4} 或 [\u4e00-\u9fff]{4}
- 更实用的是用「扩展模式」+ 十六进制定位：查找 \x{4F60}\x{597D}（“你好”的 UTF-8 编码是 \xe4\xbd\xa0\xe5\xa5\xbd，但 Notepad++ 扩展模式只支持 \xHH，不支持 \x{HHHH}；所以真要精准控中文长度，建议换 VS Code 或 Sublime）
实际项目中，如果只是临时处理少量中文，直接用 [\u4e00-\u9fff]{4} 并确保文档编码为 UTF-8（且勾选“正则表达式”）有时能凑效——但别指望它 100% 稳定，尤其混有全角标点时。
Notepad++ 的正则能力偏基础，真正需要复杂长度控制或 Unicode 安全匹配时，边界逻辑比表达式本身更耗时间。
