写代码或者处理文档时，查找替换功能几乎是每天都要用的操作。可有时候在编辑器里配置好了规则，点下“替换”却毫无反应，或者只替换了一部分，让人一头雾水。特别是使用正则表达式、区分大小写或全词匹配这些高级选项时，问题更容易出现。
检查是否误关了核心选项
很多人遇到查找替换没效果，第一反应是编辑器出 bug，其实更可能是某个开关没打开。比如 VS Code 或 Sublime Text 中，默认并不开启“全词匹配”或“区分大小写”，如果你想找 user 却输入了 User，而“区分大小写”开着，那就什么都找不到。反过来，如果关掉了“全词匹配”，你搜 cat，结果把 category 里的 cat 也替换了，这显然不是想要的结果。
正则模式别乱开
有些用户一上来就勾选“使用正则表达式”，以为这样更强大，但一旦语法写错，查找就会失效。比如想替换所有以 .log 结尾的行，写了 ^.*.log$，却忘了点号需要转义，正确应该是 ^.*\.log$。这时候编辑器根本匹配不到内容，自然不会替换。建议先用普通文本模式测试，确认能搜到再切到正则。
配置文件可能限制了行为
像 Vim 或 Emacs 这类编辑器，查找替换的行为可能被配置文件修改过。比如在 .vimrc 里加了 set ignorecase，就会默认忽略大小写，即使你在命令里用了大小写敏感的模式也可能被覆盖。类似地，某些 IDE 的项目级设置会覆盖全局配置，导致你在界面点的选项不起作用。
set ignorecase\nset smartcase插件冲突别忽视
装了很多插件的编辑器，比如 Atom 或 VS Code，有时候某个扩展会劫持查找功能。例如安装了多光标增强插件后，查找面板的行为可能被重写，导致替换操作只作用于当前光标位置。可以尝试在安全模式（不加载插件）下启动编辑器，看看问题是否还存在。
路径和编码也会影响结果
如果你在批量替换多个文件，注意查看是否漏掉了某些目录。有些编辑器默认只在打开的文件夹范围内搜索，项目结构复杂时容易遗漏。另外，文件编码不统一也会导致问题。比如一个 UTF-8 文件里有中文“用户”，另一个是 GBK 编码，同样文字显示一样，但二进制不同，查找就可能失败。
临时缓存可能导致假象
有时你已经改了配置，但编辑器还在用旧的索引。比如 WebStorm 在大项目中搜索前会建立缓存，如果刚打开项目就急着替换，可能还没扫描完文件。等几秒再试，或者手动刷新文件索引，问题就解决了。