ctrl+p、ctrl+d、ctrl+shift+l、ctrl+m、ctrl+shift+m、ctrl+/ 是 sublime text 在小屏幕上的核心高效操作：模糊搜索文件、多光标编辑、括号跳转与选中、语法感知注释，均依赖正确语法识别。
Ctrl+P 要比鼠标点文件列表快得多
小屏幕笔记本上侧边栏和标签页常被压缩，用鼠标找文件容易误点、滚动费眼。Ctrl+P 不是打开系统对话框，而是直接唤出 Sublime 自带的模糊搜索面板，输 setti 就命中 settings.json，输 api/ 就列出所有 api 目录下的文件。
常见错误现象：按了 Ctrl+P 没反应 → 实际是右下角状态栏正在索引（尤其首次用 @ 前缀时），等半秒再输；输完回车没打开 → 可能当前语法识别为 Plain Text，右键 → Set Syntax 切成对应语言即可。
- 支持前缀：
@查函数/类，#查变量/ID，:42直跳第 42 行 - 输错一个字母？按
←或→光标移位修改，别关面板重开 - 预览内容需开启
"preview_on_click": true（在 Settings → Preferences → Settings 中添加）
Ctrl+D 和 Ctrl+Shift+L 是竖向编辑的核心
小屏幕横向空间紧张，频繁左右滚动看长行很累。多光标不是炫技，而是把“改 5 行末尾”变成一次操作——不用拖动、不用缩放、不靠鼠标。
容易踩的坑：Ctrl+Shift+L 不是“选中多行”，而是“把已有选区拆成每行末尾一个光标”。如果先用鼠标粗略框选了 3 行但末尾有空格，光标会落在空格后，删空格前建议先按 End 定位。
-
Ctrl+D：适合精准控制，比如只改前 3 处user_id，连按三次即可 -
Alt+F3：全量爆破，一按全选文档里所有匹配项，正则模式下也无效，慎用 - 竖向打字后想统一缩进？别用
Tab（只影响第一行），用Ctrl+]批量向右缩进
Ctrl+M 和 Ctrl+Shift+M 减少括号跳转误差
小屏幕看不清嵌套结构时，靠眼睛数括号极易出错。Ctrl+M 光标停在任一括号上按一下，就跳到配对括号位置；Ctrl+Shift+M 则直接选中括号内全部内容（含嵌套），删、改、注释都一步到位。
使用场景：修 JSON 配置、调 Vue 模板、删 Python 函数体——不用拉鼠标、不靠方向键慢慢挪。
- 光标在
{上按Ctrl+M→ 跳到对应}；再按一次 → 跳回{ - 选中
function foo() { ... }的{，按Ctrl+Shift+M→ 整个函数体被选中 - 若括号没高亮或跳错 → 检查右下角语法是否为正确类型（如 JS 文件不能是 Plain Text）
Ctrl+/ 注释必须依赖语法识别
小屏幕写代码时，临时注释几行调试很频繁，但 Ctrl+/ 的行为完全由当前语法定义驱动：JS 插 //，HTML 插 <!-- -->，Python 插 #。按了没反应或插错符号，90% 是语法识别错了。
性能影响：语法识别错误不会卡顿，但会导致快捷键失效或输出不符合预期的符号，浪费调试时间。
- 右下角显示
Plain Text？右键 →Set Syntax手动选对，或用Ctrl+Shift+P输入ssjs/sspy快速切换 - 块注释用
Ctrl+Shift+/，但首行要写说明？用Ctrl+Alt+/，它会自动 focus 到注释首行 - 批量注释后格式错乱？先确认文件扩展名是否被 Sublime 正确映射（如
.ts被当成了.txt）
小屏幕真正难处理的不是按键距离，而是视觉反馈受限——光标在哪、选区多大、语法对不对，这些信息一旦丢失，快捷键就从加速器变成干扰源。所以每次误触发后，先看右下角语法标识和状态栏提示，比反复试错更快。
