查找替换，本质上是在做一场受控的文本迁移
查找替换并不是“把一个词换掉”这么轻。只要文本体量一大，它就变成一次小型迁移：你需要决定是按普通文本匹配，还是按整词、区分大小写，或者直接使用正则；你还需要控制替换范围，避免误伤长得很像但语义不同的内容。也正因为如此，这类页面的价值在于“可控”，而不是“替换得快”。
第一步真正该决定的，是匹配模式，而不是替换内容
很多替换事故不是因为新文本写错了，而是因为匹配方式一开始就选错了。普通匹配适合稳定短语，整词模式适合避免部分词撞上，区分大小写适合字段名和标识符，正则则适合处理“形状相似但具体内容不同”的模式。只有先把匹配范围锁对，替换文本本身才值得讨论。
不同替换场景该优先选什么模式
| 模式 | 更适合 |
|---|---|
| 普通文本匹配 | 固定词语、域名、标签、重复短语 |
| 整词匹配 | 担心误替换部分词时 |
| 区分大小写 | 标识符、常量、品牌拼写、字段名 |
| 正则模式 | 日期、ID、重复模式、清洗规则 |
正则安全提示
如果你准备使用正则替换，先读这一页自带的正则指南，再执行范围较大的表达式，会更稳妥。
如何使用这个工具
- 先在 查找与替换 中准备一份有代表性的包含普通词、整词、区分大小写匹配或正则模式的原文本，不要一开始就处理最大或最敏感的真实内容。
- 执行处理流程并生成只改动匹配位置后的更新文本后，优先检查匹配模式、大小写、整词边界、正则转义和替换引用，再判断结果是否真的可用。
- 只有当结果已经适合用于域名替换、日志清理、批量文案修改、字段改名和重复错别字修正，并且不再触发这条风险提醒时，才复制或下载输出：范围较宽的正则应先用小样本测试，因为一个表达式可能替换掉超出预期的内容。
查找与替换 示例
这个 查找与替换 示例使用有代表性的包含普通词、整词、区分大小写匹配或正则模式的原文本，展示生成后的只改动匹配位置后的更新文本，便于你先确认匹配模式、大小写、整词边界、正则转义和替换引用，再把同样设置用于真实输入。
示例输入
Replace staging.example.com with codertools.site
预期输出
All matching occurrences are replaced while the rest of the text is preserved.最稳妥的操作习惯
真正实用的习惯永远是三步：先看高亮匹配范围，再在代表性样本上执行一次替换，最后才把同样规则应用到完整文本。这个顺序看起来保守，但它能显著降低误替换风险，尤其是在域名批量替换、日志清洗、字段改名和正则批处理这类场景里。
使用注意
- 复用只改动匹配位置后的更新文本前，先检查匹配模式、大小写、整词边界、正则转义和替换引用。
- 范围较宽的正则应先用小样本测试，因为一个表达式可能替换掉超出预期的内容。
- 当结果会影响生产工作或客户可见内容时，应保留原始包含普通词、整词、区分大小写匹配或正则模式的原文本以便回退和核对。
查找与替换 参考说明
查找与替换 的参考说明应始终围绕包含普通词、整词、区分大小写匹配或正则模式的原文本、生成的只改动匹配位置后的更新文本，以及用于域名替换、日志清理、批量文案修改、字段改名和重复错别字修正前必须确认的检查点。
- 输入重点：包含普通词、整词、区分大小写匹配或正则模式的原文本。
- 输出重点：只改动匹配位置后的更新文本。
- 复核重点：匹配模式、大小写、整词边界、正则转义和替换引用。
参考资料
正则表达式指南
启用“使用正则表达式”后，查找内容会按 JavaScript 正则表达式解析。下面这些规则可用于更精确地匹配重复文本、空白、数字、日期和结构化片段。
基础匹配
| 模式 | 含义 | 示例 |
|---|---|---|
. | 匹配除换行外的任意单个字符。 | a.c 可匹配 abc、a-c |
\d | 匹配 0 到 9 的数字。 | \d+ 可匹配 2026 |
\w | 匹配字母、数字或下划线。 | \w+ 可匹配 user_01 |
\s | 匹配空格、制表符和换行等空白。 | \s+ 可匹配连续空白 |
[abc] | 匹配方括号中的任意一个字符。 | gr[ae]y 可匹配 gray、grey |
[^abc] | 匹配不在方括号中的任意字符。 | [^,]+ 可读取一个类似 CSV 的单元格 |
量词与位置
| 模式 | 含义 | 示例 |
|---|---|---|
* | 重复零次或多次。 | ab*c 可匹配 ac、abc、abbc |
+ | 重复一次或多次。 | \d+ 可匹配完整数字 |
? | 重复零次或一次。 | colou?r 可匹配 color、colour |
{n,m} | 重复 n 到 m 次。 | \d{2,4} 可匹配 25 或 2026 |
^ | 匹配文本开头；多行模式下匹配行首。 | ^TODO 可匹配行首标记 |
$ | 匹配文本结尾；多行模式下匹配行尾。 | \.$ 可匹配句末句号 |
分组与替换
| 模式 | 含义 | 示例 |
|---|---|---|
(abc) | 捕获一组内容，替换时可复用。 | (\d{4})-(\d{2})-(\d{2}) |
$1 | 在替换内容中插入第一个捕获组。 | $2/$3/$1 可把 2026-05-15 变成 05/15/2026 |
$& | 在替换内容中插入完整匹配文本。 | [$&] 可包裹每个匹配结果 |
| | 匹配左侧或右侧任一模式。 | cat|dog 可匹配 cat 或 dog |
(?=abc) | 正向先行断言：仅在后面跟着某模式时匹配。 | \d+(?=px) 可匹配 16px 中的 16 |
(?!abc) | 负向先行断言：仅在后面不是某模式时匹配。 | foo(?!bar) 会跳过 foobar |
常用查找与替换示例
- 合并连续空白：查找 \s+，替换为一个普通空格。
- 转换日期格式：查找 (\d{4})-(\d{2})-(\d{2})，替换为 $2/$3/$1。
- 替换 staging 或 test 域名：查找 \b(staging|test)\.example\.com\b，替换为 production.example.com。
正则使用注意
- 如果要匹配点号、括号、加号、问号等字符本身，需要使用反斜杠转义。
- 使用 .* 或 \s+ 这类范围很宽的模式时，先用小样本测试，避免替换过多内容。
- 替换内容遵循 JavaScript 替换语义，因此 $1、$2、$& 都有特殊含义。
常见问题
以下问题围绕 查找与替换 的实际用途整理，重点说明输入要求、输出结果和常见限制。查找并替换文本，支持区分大小写、完整单词和正则表达式选项。
查找与替换 最适合处理什么样的包含普通词、整词、区分大小写匹配或正则模式的原文本？
查找与替换 的核心用途是先高亮预览匹配项，再在原文中执行查找替换。当包含普通词、整词、区分大小写匹配或正则模式的原文本需要快速变成只改动匹配位置后的更新文本，并继续用于域名替换、日志清理、批量文案修改、字段改名和重复错别字修正时，它最有价值。
复用 查找与替换 生成的只改动匹配位置后的更新文本前，最该检查什么？
应优先检查匹配模式、大小写、整词边界、正则转义和替换引用。这些细节最能直接判断结果是否已经适合继续交给下游流程。
查找与替换 生成的只改动匹配位置后的更新文本通常会被带到哪里继续使用？
最常见的下一步就是用于域名替换、日志清理、批量文案修改、字段改名和重复错别字修正。这类输出是按真实交接场景来组织的，不是泛化占位结果。
什么时候不应该直接相信 查找与替换 的结果，而要人工复核？
范围较宽的正则应先用小样本测试，因为一个表达式可能替换掉超出预期的内容。