Ctrl+L 默认触发 expandLineSelection，选行结果依赖光标位置：光标在换行符上会选下一行；应改用 editor.action.selectLine 实现稳定单行选择。
Ctrl+L 确实能选中当前整行，但前提是光标不能在行尾换行符上，否则会选中下一行——这是最常踩的坑。
Ctrl+L 为什么有时选错行？
VSCode 的 Ctrl+L（Windows/Linux）或 Cmd+L（macOS）默认绑定的是 editor.action.selectAll 的变体，实际触发的是 editor.action.expandLineSelection。它不是“按行号选”，而是基于光标位置做上下文推断：
- 光标在行内任意字符上（包括开头空格、结尾字母）→ 正确选中该行（不含换行符）
- 光标紧贴行末，停在
\n前一个位置 → 仍选中本行 - 光标已跳到下一行开头（即上一行的换行符被“跨过”）→
Ctrl+L会选中下一行 - 多光标存在时，
Ctrl+L会对每个光标单独执行，可能造成混乱
如何确保每次 Ctrl+L 都选中“想要的那行”？
手动微调光标位置成本高，更可靠的方式是重绑定一个确定行为的命令：
- 打开命令面板：
Ctrl+Shift+P→ 输入Preferences: Open Keyboard Shortcuts (JSON) - 添加自定义快捷键，明确指定选中“当前光标所在逻辑行”：
[
{
"key": "ctrl+l",
"command": "editor.action.insertLineBefore",
"when": "editorTextFocus && !editorReadonly"
}
]
⚠️ 不要这么写——这是错的。真正该用的是：
- 保留原
Ctrl+L，新增一个如Ctrl+Alt+L绑定到editor.action.moveCaretToBeginningOfLine+editor.action.moveCaretToNextLine的组合？不行，VSCode 不支持宏。 - 正确做法：直接使用 VSCode 内置的确定性命令
editor.action.selectLine，它不依赖光标偏移，只看行号 - 在
keybindings.json中覆盖原绑定：
[
{
"key": "ctrl+l",
"command": "editor.action.selectLine",
"when": "editorTextFocus && !editorReadonly"
}
]
selectLine 和 expandLineSelection 有什么实质区别？
这是两个不同机制的命令，影响选区边界和后续操作：
-
editor.action.selectLine：强制以当前光标所在行为单位，选中从行首（含缩进）到行尾（不含换行符）的全部内容；多次按不会扩展，始终是单行 -
editor.action.expandLineSelection（默认Ctrl+L）：第一次选本行，第二次选包含注释/空行的逻辑块，第三次选整个函数体——适合浏览，不适合精准编辑 - 粘贴行为不同：用
selectLine选中的行，按Enter会替换整行；而expandLineSelection选中后按Enter可能只替换部分结构 - 在正则替换、多光标编辑等场景下，
selectLine的边界更可预测
Mac 用户注意 Cmd+L 的特殊兼容问题
macOS 系统级快捷键 Cmd+L 默认是“聚焦地址栏”，VSCode 能拦截但有延迟窗口：
- 首次启动 VSCode 后按
Cmd+L，可能触发 Safari 或 Chrome 的地址栏聚焦，而非编辑器选行 - 解决方法：系统设置 → 键盘 → 快捷键 → “将菜单快捷键更改为…” → 关闭“在菜单栏中显示键盘快捷键”
- 或直接改用
Cmd+Shift+L绑定editor.action.selectLine，避开系统劫持 - 如果用了外接 Windows 键盘，在 macOS 上
Ctrl+L通常更稳定
真正麻烦的不是记不住快捷键，而是没意识到 VSCode 里“一行”的定义会随光标浮动变化；一旦你开始批量处理日志、配置项或 JSON 数组元素，这个细微差别就会让删错行、漏替换变成常态。
