sublime text 默认大小写敏感查找，aa图标高亮表示开启，灰色为关闭；按alt+c（win/linux）或cmd+c（macos）切换，仅作用于当前会话。
Sublime Text 默认开启大小写敏感查找，搜 user 不会匹配 User 或 USER —— 这不是 bug，是默认行为；想关掉，只需点查找面板右上角的 Aa 按钮，或按 Alt + C 切换。
怎么确认和切换大小写敏感状态
查找面板右上角有三个图标：Aa（大小写）、\b（整词）、.*（正则）。其中 Aa 高亮 = 开启大小写敏感，灰色 = 关闭。
- 快捷键
Alt + C（Windows/Linux）或Cmd + C（macOS）可随时切换，无需打开面板 - 状态栏不显示当前模式，只能靠图标颜色判断；如果点了没反应，先检查是否被插件劫持（Preferences → Key Bindings – User 中搜
toggle_case_sensitive） - 该设置仅作用于当前查找会话，关闭面板后重开即恢复默认（开启）
大小写敏感关掉后，哪些地方容易出错
关闭 Aa 后，user 会同时匹配 User、USER、uSer，但这也带来语义风险：
- 在 Java/TypeScript 中搜
string，可能误中String类型声明（首字母大写）——这不是错，但替换时可能破坏类型安全 - 搜
api时命中API_KEY或ApiService，尤其在Whole Word未启用时更危险 - JSON key 如
"apiVersion"和变量名apiVersion会被一并选中，但前者不该被改
真正需要精准匹配时，别只依赖大小写开关
单靠开/关 Aa 解决不了命名风格混杂的问题。比如想只改驼峰变量 userName，又不想动 USERNAME 常量或 UserName 类名，得组合使用：
- 先启用
Whole Word（Alt + W），避免匹配到debug_userName中的子串 - 若目标含下划线（如
user_name），默认Whole Word把_当作单词内字符，需手动修改word_separators设置，把_从列表里删掉 - 最稳妥的是用正则：
\buser[A-Z][a-z]+\b匹配驼峰，\b[a-z]+_[a-z]+\b匹配下划线命名，\b[A-Z_]+\b匹配全大写常量
全局搜索时大小写设置的隐藏影响
Ctrl + Shift + F 全局搜索也遵循同样的 Aa 状态，但容易被忽略的是：它不继承编辑区当前的查找设置，每次打开都是独立面板，需手动点 Aa 或按 Alt + C 再设一次。
- 批量替换前务必先点
Find看匹配结果列表，确认是否混入了不该动的大写形式 - 若项目混合多种命名规范（如 Python 的
snake_case和 JS 的camelCase），建议在Where框限定文件后缀（如*.py或*.ts），再配合对应正则 - 真正容易被忽略的是：大小写开关对中文、Unicode 标识符完全无效——搜
用户名时，Aa图标根本不起作用，因为中文没有大小写概念
