正确快捷键是ctrl+shift+i（windows/linux）或cmd+shift+i（macos），用于在多行末尾插入光标；若无效，需确认存在跨行多光标、命令未被禁用或扩展冲突。
Ctrl+Shift+L 之后按 End 不起作用？光标没到行尾
VSCode 默认的多行末尾光标快捷键不是 Ctrl+Shift+L，那是“选择所有匹配项”的命令。真正该用的是 Ctrl+Shift+I（Windows/Linux）或 Cmd+Shift+I（macOS），它叫 editor.action.insertCursorAtEndOfEachLine —— 名字长，但功能精准：在当前选中多行的每一行末尾插入光标。
常见错误是先按 Ctrl+Shift+L 再狂按 End，结果只在最后一行跳转，其他行光标不动。这是因为 End 是单行操作，不广播给所有光标。
- 必须先手动选中多行（比如鼠标拖选、
Ctrl+Alt+↑/↓添加光标），再按Ctrl+Shift+I - 如果已有多光标但不在行首/行尾，
Ctrl+Shift+I会把每个光标移到各自行的末尾，而不是统一移到物理最右 - 空行也会计入，光标会落在换行符前（即行尾位置），不是行末空白处
为什么有时候 Ctrl+Shift+I 没反应？检查这三处
这个命令依赖两个前提：有至少两处光标，且这些光标分布在不同行。如果只有一处光标，或者所有光标都在同一行，命令会被静默忽略 —— 没提示、没报错、也没效果。
- 确认你用了
Ctrl+Alt+↑/↓或鼠标三击某行再拖动选中了多行，而不是只按了Ctrl+D选词 - 检查设置里是否禁用了该命令：
Ctrl+K Ctrl+S打开快捷键面板，搜insertCursorAtEndOfEachLine，看是否被覆盖或设为undefined - 某些扩展（如 Vim 插件）会劫持快捷键；临时禁用 Vim 扩展后测试，若恢复则说明冲突，需在
keybindings.json中显式重绑定
想在行尾加相同内容？别只靠光标，用 Alt+Shift+A 更稳
单纯加光标只是第一步；真要批量补字符（比如都加分号、逗号或引号），直接敲键盘容易误触其它行。更可靠的做法是：先用 Ctrl+Shift+I 把光标就位，再按 Alt+Shift+A 进入列编辑模式（即“矩形选择”），然后按 → 微调位置，最后输入内容 —— 所有光标会同步输入，不会漏行也不会串行。
-
Alt+Shift+A是切换列选择的开关，不是持续按着的组合键；按一次进，再按一次出 - 列选择下，上下箭头移动的是整块光标区域，左右箭头才是逐列微调
- 如果某行特别短，列选择会自动在该行末尾补空格对齐，避免内容错位（这是 VSCode 的默认行为，不可关）
Mac 用户注意：Cmd 替换 Ctrl，但 Option ≠ Alt 在部分键盘布局下
macOS 上快捷键基本是 Cmd 替换 Ctrl，但 Option 键在某些非美式键盘（比如日文、德语）上可能不触发 Alt+Shift+A。这不是 VSCode 的 bug，而是系统级键码映射问题。
- 打开系统设置 → 键盘 → 输入源 → 勾选“使用 Unicode Hex Input”，再切到该输入法，用
Option+2192（→符号）测试是否响应 - VSCode 内可通过
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools，在 Console 里粘贴document.addEventListener('keydown', e => console.log(e.code, e.key))，按快捷键看实际触发的code值 - 若发现
Option被识别为MetaLeft，需在keybindings.json中用meta替代alt，例如"key": "meta+shift+a"
多光标位置判断完全依赖当前文本结构，没有“智能行尾”概念；遇到缩进不齐、混用空格和制表符、或有 Unicode 空格字符的行，光标落点可能和肉眼预期不一致 —— 这时候得先标准化缩进，再操作。
