Ctrl+L默认绑定expandLineSelection，依赖光标位置推断选行，易错选；应重绑为selectLine命令实现稳定单行选择（不含换行符）。
Ctrl+L 默认不选当前行，它选的是“上下文推断出的行”，光标位置稍有偏差就会错行——这是最常被当作“功能正常”却实际失效的原因。
Ctrl+L 为什么总选错行？
VSCode 默认把 Ctrl+L 绑定到 editor.action.expandLineSelection，这不是“选中当前逻辑行”，而是基于光标周围字符做启发式扩展。常见失效场景：
- 光标停在上一行末尾的换行符上 → 实际选中下一行
- 光标在空行或只有缩进的行末 → 可能跳过该行，直接选中下一段非空内容
- 存在多光标时 → 每个光标各自触发扩展，结果不可控
- 光标在注释块内部 → 可能连带选中整个注释段，而非单行
如何让 Ctrl+L 真正稳定选中“光标所在那一行”？
必须重绑定为 editor.action.selectLine，它不看上下文，只认光标当前所在的逻辑行（不含换行符）：
- 打开快捷键设置：
Ctrl+K Ctrl+S - 搜索
editor.action.selectLine - 右键 → Change Keybinding，输入
Ctrl+L - 确认
when条件包含editorTextFocus && !editorReadonly
改完后，无论光标在行首空格、中间字母还是行尾字母前，Ctrl+L 都只选该行可见内容，不会跨行、不吞换行符。
不想改快捷键？还有这些零配置替代方案
如果暂时不想动 keybindings.json，以下方式开箱即用，且无需额外设置：
-
Home→Shift+End：适合光标已在行内；但注意Home在有缩进时默认跳到第一个非空字符，需按两次才能到真正行首 -
Shift+↓（光标在行首时）：快速向下选中一行，比拖鼠标快，但依赖起始位置 -
Ctrl+G输入123,123（假设当前在第 123 行）：跳转并选中单行，适合已知行号的精准操作
行号点击根本不能选中整行，别再试了
VSCode 的行号区域点击行为是固定的：只移动光标，不选中文本，也不设断点。点击行号数字本身永远无效。断点必须点行号左侧的 gutter 空白区，或直接按 F9。想靠鼠标点行号来“选中整行”，这条路从设计上就不存在。
真正容易被忽略的是：editor.action.selectLine 不会把换行符纳入选区，而 editor.action.expandLineSelection 有时会——这直接影响复制粘贴后是否多出空行。选哪条命令，得先想清楚你要的“整行”到底包不包括那个看不见的 \n。
