Ctrl+P是Atom中唯一可靠、覆盖全项目文件的切换方式，直接索引已添加的根目录内所有文件，支持模糊匹配和行号跳转，不依赖打开历史。
用 Ctrl+P（Windows/Linux）或 Cmd+P（macOS）——不是鼠标点树，也不是 Ctrl+Tab，这是最稳、最快、覆盖范围最广的方式。
为什么 Ctrl+P 是唯一靠谱的文件切换入口
Atom 不维护“最近打开文件”历史列表，Ctrl+Tab 实际上只在当前面板内循环切换标签页（且不跨项目、不跨面板），而 Ctrl+P 直接对接项目根目录的全量文件索引，支持模糊匹配路径和文件名。
- 它不依赖你是否曾打开过该文件——只要文件在已添加的 project folder 内，就能搜到
- 输入支持
api.ts:42直接跳转到第 42 行，但不支持列号（如:42:5）或正则符号（^、.*会被当普通字符） - 输太短（如
a）或含分隔符（如.、-）反而降低匹配权重；推荐用自然片段，比如userform比user-form更容易命中user-form.vue - 新文件不会立刻出现？检查是否执行过
Ctrl+Shift+O添加了父目录，再等 2–3 秒或手动Application: Reload Window
Ctrl+B 和 Ctrl+Shift+B 的真实用途与局限
Ctrl+B（Win/Linux）或 Cmd+B（macOS）只是在**当前已打开的标签页之间循环切换**，适合两个文件来回对照；Ctrl+Shift+B 则限制为“仅搜索从上次 Git commit 后修改或新增的文件”，本质是 git status 的快捷过滤，不是通用切换手段。
- 它不感知未打开的文件，也不跨面板——如果你在右半屏打开了
index.js，左半屏切不到它 - 标签页一多（>10 个），靠循环切效率断崖下跌；此时
Ctrl+P输 2–3 字母定位，比按十几次Ctrl+B快得多 - 别指望它记住“刚编辑过的那个文件”——Atom 没有编辑时序意义上的“最近文件栈”
Expose 插件能解决什么、不能解决什么
Expose 插件（快捷键 Shift+Alt+E）把当前窗口所有已打开的标签页平铺成横向列表，支持方向键或数字键 1–9 快速定位，但它只作用于当前 Atom 进程内的 tab 集合。
- 它不跨窗口：哪怕你用
atom --new-window开了第二个项目，Expose 在第一个窗口里完全看不到那些 tab - 它不替代
Ctrl+P：Expose 列表只含“已打开”的文件，而Ctrl+P可直达任意项目内文件（哪怕从未打开过） - 数字键只对前 9 个 tab 生效；第 10 个起必须用 ←/→，不能输 “10”；列表顺序 = 标签栏物理顺序，不是打开时间或路径排序
- 如果快捷键没反应，先检查是否被
vim-mode-plus或终端插件劫持了Alt组合键
容易被忽略的关键前提：项目根目录必须显式添加
所有基于文件路径的搜索（Ctrl+P、Ctrl+R、Expose、Project Switch）都依赖一个动作：Ctrl+Shift+O（Win/Linux）或 Cmd+Shift+O（macOS）添加项目根目录。拖拽文件夹进 Atom 无效，File > Open 多选也只加载最后一个。
- 加几次，树视图顶部就并列几个根节点；它们互不嵌套，各自独立索引
- 没加过的路径，无论文件多近、名字多熟，
Ctrl+P都搜不到——这不是缓存问题，是根本没纳入扫描范围 - 如果项目含
node_modules等大目录，记得在设置中勾选Exclude VCS Ignored Paths，否则索引卡顿、Ctrl+P延迟明显
真正卡住人的往往不是快捷键记不住，而是项目没加对、路径被忽略、或误以为某个功能该有而 Atom 原生就不支持——比如跨文件函数跳转，就得靠 ctags + symbols-view，不是按个键就能出来。
