Ctrl+L（Windows/Linux）或Cmd+L（macOS）是Sublime Text唯一开箱即用、无需插件的整行选中方式，选中光标所在“逻辑行”全部内容（不含换行符），其行为受语言模式、换行符及代码折叠影响。
Ctrl+L 是唯一可靠、默认生效的整行选中方式
Sublime Text 没有“三击选行”或“点击行号选中”这类 GUI 编辑器逻辑，Ctrl+L（Windows/Linux）或 Cmd+L（macOS）是原生支持、无需插件、开箱即用的整行选择方式。它选中的是光标所在“逻辑行”的全部内容（不含换行符），不是视觉上看到的那一截。
常见误解：以为按一次没反应，其实是光标位置不对——比如停在被折叠的函数块内部、落在字符串里、或语言模式为 Plain Text；也有人误以为已选中就能直接 Ctrl+C 复制整行，但 Sublime 对空选区的隐式补全是不稳定的，尤其在含 BOM 或混合换行符的文件里容易失效。
- 光标必须落在“逻辑行”内（哪怕开头空格或结尾换行符前），按一次即选中该行
- 连续按
Ctrl+L会逐行向下扩展选区：第二次选中当前行 + 下一行，第三次再加一行 - 如果已有文字被部分选中，
Ctrl+L会先清空原选区，再选中光标所在行——这不是失效，是重置逻辑 - 启用 Vintage 模式时，
Ctrl+L被覆盖为命令模式指令，此时应改用Shift+V进入行选择模式
为什么 Ctrl+L 有时只选了一半？关键看语言模式和换行符
Ctrl+L 的行为完全依赖 Sublime 对“逻辑行”的解析，而不是屏幕显示。所谓“只选一半”，往往是底层结构和编辑器预期不一致导致的。
- 语言模式错误：右下角显示
Plain Text却在写 Python，会导致Ctrl+L在字符串内中断——点右下角手动切为Python即可恢复 - 混用换行符：
\r\n和\n并存，或文件含 BOM，Sublime 可能将物理一行切成多个逻辑行——用Ctrl+Shift+P→ 输入Convert Line Endings: Unix统一为 LF - 代码折叠干扰：光标落在被
Ctrl+Shift+[折叠的区域时，Ctrl+L会选中整个折叠单元，而非你看到的单行——先按Ctrl+K Ctrl+0展开全部再操作
想批量选中多行？别只靠 Ctrl+L，要配合查找和多光标
Ctrl+L 本身是单行起点，真正提升效率的是把它和查找联动起来。比如要同时修改所有 return 语句所在的行，纯靠手按 Ctrl+L 十几遍既慢又易漏。
- 先用
Ctrl+F输入关键词（如return），回车后所有匹配位置高亮 - 按
Ctrl+Shift+G，Sublime 会为全部匹配行创建独立光标，并自动选中整行（含换行符） - 此时可统一缩进、注释、删除或替换——所有操作实时同步到每一处
- 若需非连续、非关键词驱动的多行选择（比如第3、7、12行），可用鼠标 Ctrl+Click 或
Ctrl+Alt+↑/↓手动添加光标，再用Ctrl+L分别选中每行
复制/删除整行别再 Ctrl+L + Ctrl+C，用专用快捷键更稳
很多人习惯 Ctrl+L 后接 Ctrl+C，但这依赖 Sublime 对空选区的隐式处理，遇到特殊字符、编码异常或插件冲突时可能出错。Sublime 提供了更直接、更鲁棒的整行操作指令。
- 复制整行：直接按
Ctrl+Shift+D（复制到下一行）或Ctrl+X（剪切整行） - 删除整行：用
Ctrl+Shift+K，比Ctrl+L+Delete更快，且不依赖选中状态 - 移动整行：
Ctrl+Shift+↑/Ctrl+Shift+↓直接交换上下行，不用先选再拖
最常被忽略的是语言模式和换行符的影响——哪怕快捷键记熟了，右下角显示 Plain Text 或文件里藏着 \r\n，Ctrl+L 就会表现异常。动手前花两秒确认这两项，比反复试错快得多。
