Atom全屏模式（F11）不改变查找替换逻辑，但Zen插件隐藏非编辑UI导致Ctrl+H失效、Esc失灵、正则异常；需确认焦点在编辑器、手动唤起面板、清空路径过滤、启用正则图标、跨行用[\s\S]*?、Replace All后及时Save All。
Atom 的全屏模式（F11）本身不改变查找替换逻辑，但会干扰 Zen 插件下的焦点和 UI 状态，导致 Ctrl+H 面板打不开、Esc 无法退出、甚至正则失效——这不是功能坏了，而是 Zen 激活后隐藏了非编辑容器，让 find-and-replace 包失去上下文。
Zen 模式下 Ctrl+H 面板打不开？先确认焦点在编辑器里
Zen 插件隐藏了所有非编辑区域（包括状态栏、工具栏、树视图），但 find-and-replace 面板依赖这些 UI 容器初始化。如果按 Ctrl+H 没反应，大概率是焦点没落在 TextEditor 实例上：
- 进入 Zen 后，先按
Esc—— 如果没反应，说明 Vim 模式（如vim-mode-plus）没捕获到焦点，此时手动点一下编辑区任意位置 - 或用快捷键
Ctrl+Shift+P→ 输入application:show-find-and-replace强制唤起面板（比Ctrl+H更可靠） - macOS 用户若用输入法，
Cmd+H会被系统劫持为“隐藏应用”，务必切英文输入法再试
Find in Project（Ctrl+Shift+F）在 Zen 下能用，但范围常被意外收窄
Zen 不影响项目级搜索，但你看到的“搜不到文件”，90% 是因为搜索作用域被三处隐性开关锁死了：
- 右上角
File/directory pattern必须为空 —— Zen 激活时该框容易残留上次的src/**/*.ts，一不留神就只扫子目录 -
Only in open files勾选项在 Zen 下更难察觉，但它一旦启用，哪怕你加了完整项目，也只搜当前 tab - 多项目工作区（比如 frontend + backend）默认只搜第一个添加的路径；得点面板右上角齿轮图标，勾选
Search in all project folders
正则替换在 Zen 下容易失效的两个硬伤
Zen 不改正则引擎，但会放大 Atom 默认行为的坑：
-
.*图标必须手动点亮 —— Zen 激活后面板 UI 更简陋，那个小图标容易被忽略；不点它，\d+、function\s+(\w+)全按字面匹配 - 跨行匹配必须写
[\s\S]*?或[^]*?——.在 Zen 下依然不匹配换行符，start.*end仍会在第一行末尾断掉 - 捕获组只能用
$1，\1会原样输出 —— 这个规则不变，但 Zen 下面板更小，误输\1后结果错乱更难回溯
Replace All 后文件没保存？Zen 下更容易丢改动
Zen 隐藏了状态栏，你根本看不到哪些文件标题栏有 *（表示已修改未保存）。而 Replace All 是直写内存，不自动保存：
- 执行前务必先点
Find All，看右侧结果面板列出的文件数是否合理 —— Zen 下面板收缩，容易漏看“12 files, 47 matches”这行小字 - 替换完成后，立刻按
Ctrl+K S（Windows/Linux）或Cmd+K S（macOS）执行File > Save All - 如果中途关了 Atom，弹出“是否保存全部更改”，千万别点
Don’t Save—— Zen 下这个对话框也极简，提示更不醒目
Zen 模式真正的难点不在“怎么开全屏”，而在“开了之后 UI 元素消失带来的上下文丢失”。所有查找替换操作都得绕着这个前提做校验：焦点在哪、面板是否真激活、作用域有没有被静默过滤、改完有没有真正落盘——少验一个，就可能批量改错还浑然不觉。
