f3从当前光标向后查找首个匹配项，非文件开头；需先ctrl+f输入搜索词才生效；ctrl+f3按单词向后搜，ctrl+shift+f3向前搜；增量搜索ctrl+shift+i实时过滤可见区域。
按 F3 查找下一个，但光标位置决定起点
Notepad++ 的 F3 不是从文件开头重搜，而是从当前光标位置开始向后查找第一个匹配项。如果光标在匹配内容中间或末尾，F3 可能跳过当前项直接找下一个——这不是 bug，是设计逻辑。
常见错误现象：
- 刚用
Ctrl+F搜完 “user”，回车高亮了 5 处，但按F3却跳到了第 6 处，漏掉了光标所在行的匹配 - 光标停在 “username” 的 “name” 部分，
F3找不到前面的 “user”，因为搜索方向是单向向后
实操建议：
- 想确保不漏当前可见匹配，按
F3前先把光标移到该匹配项**开头字符左侧**（比如把光标放在 “user” 的 u 左边） - 需要反复扫视同一段代码时，可用
Ctrl+Shift+F3向上找前一个，配合F3实现来回定位 - 若已开启「高亮所有匹配项」，
F3跳转时会自动滚动并居中显示，但不会改变已有高亮状态
Ctrl+F3 和 Ctrl+Shift+F3 是“当前词”快捷搜索，不是任意字符串
Ctrl+F3 的作用是：**以光标所在位置的完整单词为搜索词，向后查找下一个匹配**；Ctrl+Shift+F3 则是向前查找。它不依赖 Ctrl+F 的历史输入，也不读取剪贴板。
关键限制：
- 只识别“单词”——默认以空格、换行、标点（包括
_、.、-）为边界。光标停在user_name中间，它只会搜user或name，不会搜整个下划线连接符变量名 - 区分大小写行为由「设置 → 首选项 → 搜索 → 区分大小写」控制，和
Ctrl+F共享同一开关 - 不支持正则，不响应「匹配整个单词」选项——它本身就是按单词粒度触发的
适用场景：
- 快速跳转到同名变量后续使用处（如刚改完
api_url，光标放上去按Ctrl+F3找下一处） - 临时排查拼写一致性，比手动输词快得多
为什么 F3 有时没反应？三个隐藏条件必须满足
F3 看似简单，但失效往往不是快捷键冲突，而是底层搜索上下文未就绪。
必须同时满足：
- 已通过
Ctrl+F打开查找框，并至少**输入过一次搜索词**（哪怕只输了一个字母又删掉）；纯新建文档后直接按F3无效 - 查找框未关闭：即使你点了叉号，只要之前输过词，
F3仍有效；但如果关掉后又开了新文档，就得重新Ctrl+F输一遍 - 当前文档编码与搜索词兼容：比如用 ANSI 编码打开含中文的文件，搜中文可能无结果；建议统一用 UTF-8（设置 → 编码 → 转为 UTF-8）
容易被忽略的是：如果你在 Ctrl+F 中勾选了「区分大小写」或「全字匹配」，F3 会严格继承这些条件——搜 “User” 时，光标在 “user” 上按 F3 就不会跳过去。
替代方案：Ctrl+Shift+I 增量搜索更适合边打边找
Ctrl+Shift+I 是 Notepad++ 内置的增量搜索（incremental search），它不依赖查找框，输入即搜，实时高亮，适合模糊试探性查找。
行为特点：
- 按下后光标右侧出现灰色搜索提示条，每输一个字符立即过滤当前视图内可见区域（非全文）
- 按
Enter或F3可锁定当前匹配并跳转到第一个结果 - 按
Esc退出，不留下任何查找状态，不影响后续F3行为
优势场景：
- 在大日志文件里快速定位某段 IP 或时间戳，不想先开查找框填一堆选项
- 临时想找 “err” 开头的词，输 “err” 后发现有 “error”、“errno”、“errlog”，再补 “o” 锁定 “error”
- 配合鼠标滚轮浏览时，随时按
Ctrl+Shift+I输入关键词，比拖动滚动条快得多
注意：Ctrl+Shift+I 默认不跨行匹配，也不支持正则；若需精确控制范围，还是得回到 Ctrl+F + F3 组合。
