atom中大小写敏感查找需每次手动开启：点击查找面板右下角aa按钮（macos快捷键alt+c，windows/linux为ctrl+alt+c），启用后按钮变蓝，且该状态不跨搜索保留；项目搜索同理，aa开关独立生效，旧版配置已弃用。
Atom 默认的查找和替换不区分大小写，想精准匹配 HTTP 而不是误中 http 或 Http，必须手动开启大小写敏感模式——这不是靠配置文件一劳永逸的事，而是每次搜索前都要确认的开关状态。
怎么在当前文件里开启大小写敏感查找
按 Cmd+F（macOS）或 Ctrl+F（Windows/Linux）打开查找面板后，右下角有个 Aa 按钮。点它，按钮变蓝，就表示已启用大小写敏感；再点一次就关闭。这个状态不会跨搜索保留，每次新打开查找面板都得重新点。
- 不点
Aa，哪怕你搜console.log，也会匹配到Console.Log（如果存在） - 快捷键是
Alt+C（macOS）或Ctrl+Alt+C（Windows/Linux），但很多人记不住，不如直接点图标 - 如果启用了正则（
.*按钮），大小写开关依然独立生效；正则本身不带(?i)标志时，默认就是大小写敏感，但 Atom UI 不解析内联标志，所以仍要依赖Aa开关
项目级全局搜索（Cmd+Shift+F）怎么保持大小写严格
项目搜索面板底部的 Aa 按钮作用和文件内查找一致，但这里容易被忽略：即使你在上一次搜索中点过它，下次打开面板时默认仍是关闭状态。
- 别依赖配置文件里的
'casesensitive': true设置——那是旧版 Atom 的遗留项，2026 年起已被弃用，设了也不生效 - 如果你常搜 API 名称、常量或类型名（如
USER_ROLE），建议养成习惯：敲完关键词后，第一反应就是点Aa - 路径过滤框（
File/Directory pattern）里的内容不受Aa影响，它只控制文件名匹配，且始终大小写不敏感
为什么有时开了 Aa 还是不生效
常见原因不是开关没开，而是你根本没在用正确的搜索入口。
- 按
Cmd+F只搜当前文件，哪怕开了Aa，也绝不会扫到其他文件——这是最常被当成“bug”的误解 - 按
Cmd+P输入文件名是fuzzy-finder的行为，它完全不理会Aa，大小写永远不敏感 - 用
Cmd+Shift+F打开面板后，如果底部显示 “No results”，先检查是否误点了左下角的In current buffer切换按钮——它会把项目搜索强行降级为单文件搜索，此时Aa逻辑也跟着降级 - ripgrep 引擎本身对大小写敏感支持完整，但 Atom 在展示结果前会做一层缓存索引；刚创建未保存的临时文件可能不在索引中，导致即使开了
Aa也搜不到
批量替换时大小写敏感的真实影响
Replace All 按钮的行为完全继承查找面板的 Aa 状态，但风险更高：一旦误替，没有撤销栈，只能靠 Cmd+Z 逐条撤回（前提是没切走窗口）。
- 例如把
id替成userId，如果没开Aa，连ID、Id全部躺枪 - 想保留原始大小写格式做映射？用正则捕获组：
([iI][dD])→userId，但前提是先点.*启用正则，再点Aa控制是否区分原始大小写 - 真正安全的做法：先用
Aa开着跑一遍Find All，看右侧结果列表是否符合预期，再点Replace All
大小写敏感不是个“设一次就不管”的开关，它是每次搜索动作的上下文属性。最易被忽略的，是你以为自己记得点了 Aa，其实只是上次搜索的记忆残留——每次敲完关键词，手指该去点的那个位置，比你想的更固定。
