Ctrl+Shift+F是Notepad++唯一多文件搜索入口；必须设置目录、文件过滤器和搜索子文件夹三要素，关闭“匹配整个单词”防漏匹配，启用“在新标签页中打开”才能双击跳转。
Ctrl+Shift+F 是唯一能进多文件搜索的入口
Notepad++ 里 Ctrl+F 永远只搜当前文件，哪怕你开了二十个标签页也毫无作用。真要扫整个文件夹，必须用 Ctrl+Shift+F（或菜单栏「搜索 → 在文件中查找」）。这个对话框里才有「目录」「文件过滤器」「搜索子文件夹」三个关键控件——缺一不可。
常见错误是点开 Ctrl+F 后死磕「查找所有」按钮，结果面板空空如也。别浪费时间，立刻关掉重按 Ctrl+Shift+F。
-
目录要手动点「浏览」选准根路径；Windows 下粘贴正斜杠/比反斜杠\更稳（Notepad++ 内部会自动转义） -
文件过滤器填*.cpp;*.h比*安全得多，避免扫进.git/或node_modules/里的垃圾文件 - 不勾「搜索子文件夹」就只查当前层；勾了才真正递归，但大项目下响应明显变慢
“匹配整个单词”默认开着，一开就漏匹配
这个选项看着安全，实则埋雷。比如搜 user，但代码里全是 username、user_id、is_user，全被过滤掉。这不是 bug，是设计如此。
只有当你明确要排除子串干扰时才开它——例如区分 log 和 logger，或者查变量名 i 而非字符串里的字母 i。多数场景下，保持未勾选更符合直觉。
- 若需兼顾精确与模糊，改用正则：
\buser\b表示单词边界，比开关更可控 -
区分大小写建议按需开启：Java/Python 项目通常要勾，日志文本可关 -
匹配正则表达式默认关闭，开了却没写对语法，结果就是零匹配
搜索结果双击打不开？不是 Bug，是设置被关了
搜完一堆结果，点底部「查找结果」面板里的某一行，光标不动、文件不跳转、甚至没反应——大概率是「在新标签页中打开找到的文件」这个开关被禁用了。
进 Settings → Preferences → Search → 在新标签页中打开找到的文件，确保已勾选。没勾的话，双击只高亮结果，不会真正打开文件。如果文件本身已被关闭，且没勾这一项，双击等于白点。
- 另一个关键开关是「自动加载」（
Settings → Preferences → MISC → Auto-completion → Enable auto-loading for large files），也要开，否则大文件首次点击时不会读入内存 - 开「自动加载」后首次点大项目文件会卡 1–2 秒，这是正常行为，Notepad++ 在后台预读内容
- 这两个选项一旦关闭，搜索功能就只剩“看结果”，彻底失去编辑联动能力
跨行搜索必须用 \R，别信“勾选 . 匹配换行”
想搜 function foo() { … } 这种跨多行的块，用 .* 却只返回第一行？因为 Notepad++ 的正则引擎默认不启用单行模式（s 标志），. 不匹配换行符。
Notepad++ 根本没有“勾选 . 匹配换行”这个选项——那是 VS Code 或 Sublime 的逻辑。正确做法只有两个：
- 用
\R显式匹配换行，比如function\s+\w+\(\)\s*\{\R.*?\R\} - 先用普通搜索定位关键词（如
function），再按F3逐个跳转，人工判断上下文 - 批量替换时注意：
Ctrl+Shift+H不继承Ctrl+Shift+F的上下文；即使刚搜出跨行结果，也必须在替换窗口里重新填含\R的正则，否则只替当前行
最常被忽略的是「自动加载」和「在新标签页中打开」两个开关，它们不显眼，但一旦关闭，搜索结果就只是静态列表，再精准也没法跳转编辑。
