notepad++ 的 ctrl+tab 默认为 mru 切换而非循环切换，按最近使用顺序跳转；可靠顺序切换用 ctrl+pgup/ctrl+pgdn，笔记本可自定义为 ctrl+alt+left/right；ctrl+shift+t 支持模糊匹配快速定位文件；强行改 ctrl+tab 为循环需绕开输入法兼容等坑。
Ctrl+Tab 默认不是循环切换，而是 MRU 切换
Notepad++ 的 Ctrl+Tab 不按标签栏从左到右顺序跳，也不循环，它走的是「最近使用顺序」（MRU）：上一次你编辑/点击/滚动过的文件排第一，刚打开但没点进去的文件永远在队尾。所以你按一次可能跳到 5 分钟前的 config.json，再按一次又跳回当前页——根本碰不到旁边的 main.py。
这不是 bug，是设计如此。想靠 Ctrl+Tab 像 Chrome 那样顺序切，会一直卡住。
真正可靠的顺序切换快捷键是 Ctrl+PgUp / Ctrl+PgDn
原生就支持、无需配置、稳定不冲突：
-
Ctrl+PgUp：切换到左侧相邻标签（上一个） -
Ctrl+PgDn：切换到右侧相邻标签（下一个）
注意：部分笔记本或 Mac 键盘没有 PgUp/PgDn 键。此时可进 Settings → Shortcut Mapper → Main menu，搜索 Next tab 和 Previous tab，分别绑定为 Ctrl+Alt+Right 和 Ctrl+Alt+Left。改完后务必手动删掉旧的 Ctrl+Tab 绑定，否则两个动作共存，行为更难预测。
快速定位特定文件别翻标签栏，用 Ctrl+Shift+T
当打开十几个 log_*.txt 或 *.conf 时，靠眼睛扫标签名效率极低。Ctrl+Shift+T 呼出的 Quick File Switcher 支持：
- 模糊匹配：
conf匹配所有含 “conf” 的文件名和路径 - 通配符：
*server*.js可命中api-server.js和mock-server.test.js - 未保存的临时标签页（如
new 1）也会出现在列表里
如果没反应，先检查是否被 Explorer 等插件劫持了快捷键。
自定义 Ctrl+Tab 为循环切换要绕开两个坑
硬要让 Ctrl+Tab 按标签顺序循环，有两种常见做法，但都带副作用：
- 在
Shortcut Mapper → Main menu中把Next tab设为Ctrl+Tab、Previous tab设为Ctrl+Shift+Tab，但必须关闭Use new style shortcut system，否则中文输入法下Ctrl+Tab会失效 - 用
Customize Toolbar插件录制宏：先录一次Ctrl+PgDn，再加逻辑判断是否已到末尾并跳回第一个；操作稍重，但兼容性更好
最常被忽略的一点是：拖动标签页改变视觉位置后，Ctrl+1～Ctrl+9 仍按原始打开顺序映射，不是当前排列顺序——也就是说，第 3 个打开的文件永远是 Ctrl+3，哪怕它现在显示在最右边。这点没有任何 UI 提示，只能靠自己记或锁死常用文件的位置。
