shift+alt+↓（windows/linux）或shift+option+↓（macos）是vscode中真正可靠的整行复制快捷键，语义明确、不依赖剪贴板、不受插件干扰；ctrl+c在无选区时虽可隐式复制当前行，但行为不稳定，易产生空行或被语言服务插件覆盖。
VSCode里复制整行用Shift+Alt+↓还是Ctrl+C？
直接结论：Shift+Alt+↓（Windows/Linux）或Shift+Option+↓（macOS）是真正可靠的整行复制操作，Ctrl+C在无选区时虽能隐式复制当前行，但行为不稳定，容易多出空行或被插件干扰。
原因很简单：Shift+Alt+↓触发的是editor.action.copyLinesDownAction，语义明确、不依赖剪贴板、不改变已有选中状态；而Ctrl+C的“隐式整行复制”受"editor.emptySelectionClipboard": true控制，且一旦装了Pylance、ESLint等语言服务插件，就可能悄悄覆盖该逻辑。
- 光标停在任意位置（哪怕第5个字符），都复制整行（含缩进、空格、换行符）
- 有选区时，
Shift+Alt+↓会复制选区内容而非整行——这是设计行为，不是bug -
Ctrl+C粘贴后常出现“空行+内容”的双换行现象，尤其当光标在上一行末尾时
为什么Alt+↓移动行成功，但Shift+Alt+↓没反应？
这不是快捷键失效，大概率是输入法或系统级热键劫持了Alt键。VSCode收不到原始按键事件，自然无法触发复制动作。
验证方式：打开 VSCode 的快捷键面板（Ctrl+K Ctrl+S），搜索editor.action.copyLinesDownAction，看右侧是否显示「conflict」或被禁用。
- Windows常见冲突源：NVIDIA控制面板的显卡热键、搜狗/微软输入法的候选词切换、PowerToys的窗口管理
- macOS常见冲突源：Spotlight（
Cmd+Space）、Mission Control（Ctrl+↑）、某些外接键盘的固件映射 - 远程开发（如WSL/SSH）中，
Alt键常被终端吞掉，此时建议改用命令面板：Ctrl+Shift+P→ 输入Copy Line Down
多行一起复制时，Shift+Alt+↓还管用吗？
管用，而且非常干净。VSCode对选区是“块感知”的——只要选中的是连续的完整行（哪怕含空行、缩进不一致、跨折叠区域），Shift+Alt+↓就会整体复制，格式和相对位置全部保留。
注意前提是：必须选中“整行”，而不是部分文本。用Ctrl+L选中当前行再按Shift+↓扩展，比鼠标拖更准；函数体折叠状态下选中内部几行，VSCode会临时展开、完整复制、再恢复折叠。
- 选中3行，其中第2行为空行 → 复制后空行仍在中间，不会丢失或错位
- 选中带注释的代码块，缩进风格、空格数量、换行符全部继承
- 如果只选了某行的前半段（比如光标在中间+Shift+→），快捷键会退化为普通文本复制，不再按行处理
复制后光标落在哪儿？这个细节影响后续编辑节奏
Shift+Alt+↓复制后，光标默认落在新插入行的开头，不是原位置的垂直对应点。这点容易让人误以为“没动”，其实行号已经变化，只是光标没跳到行首视觉上不明显。
如果你习惯复制后立刻修改新行内容，这个默认落点很合理；但若想紧接着编辑原行，就得手动↑或Home——没有快捷键自动回跳，也别指望配置项能改这个行为。
真正容易被忽略的是折叠区域内的操作：复制的是原始源码，不是折叠后显示的那1行摘要。你看到的“// utils.js”只是视觉折叠，实际复制的是整个展开后的函数体。
