Alt+拖拽列选择错位的根本原因是空格与Tab混用导致“显示列≠字符列”，VSCode按字符偏移而非像素坐标计算，需启用editor.renderWhitespace:"all"并统一缩进才能精准对齐。
多光标对齐不是靠“加完再拉”，而是靠“先框定列位置，再生成光标”——错用 Ctrl+D 或 Ctrl+Shift+L 永远得不到对齐效果。
为什么 Alt+拖拽列选择总歪？
视觉上看着对齐，输入却错位，根本原因是空格和 Tab 混用导致「显示列」≠「字符列」。VSCode 的列选择按实际字符偏移计算，不是像素坐标。
- 打开设置，搜
editor.renderWhitespace，设为"all"，立刻看清每行缩进是几个空格还是 Tab - 统一缩进：选中代码 → 右键 →
Convert Indentation to Spaces（或 Tabs），推荐 2 或 4 空格制 - 确认字体为等宽：如
Fira Code、JetBrains Mono或Consolas；非等宽字体下 Shift+Alt+↓ 拖出来的虚线框会“漂移” - 某行太短时，VSCode 不会在超出长度的位置生成光标——这是设计行为，不是 bug，别调配置硬扛
怎么在固定列（比如第 20 列）精准加光标？
不能靠猜，得用列选择模式强制锚定字符位置。它不看语义、不跳过空行、不被注释干扰，纯按列号落点。
- 先用
Home把主光标移到行首，再按Ctrl+→（或方向键）手动移到目标列（比如第 20 列），记下这个位置 - 按住
Alt+Shift（Windows/Linux）或Option+Shift（macOS），鼠标从该列垂直向下拖到底部松手 - 松手后，每一行对应列位置都会生成一个光标；如果某行该列是空格或 Tab，光标就落在那里——这就是你要的“物理对齐”
- 想改 JSON 的 key 名、对齐 import 路径、批量补
//注释，都靠这一步
如何让光标全部停在每行最后一个非空白字符后面？
这不是“对齐到列”，而是“对齐到行尾语义终点”。Alt+Shift+I 是唯一可靠方式，它自动跳过行尾空格、制表符和换行符。
- 先选中要处理的行（鼠标拖选或
Shift+↓） - 按
Alt+Shift+I（Windows/Linux）或Option+Shift+I（macOS） - 光标将落在每行最后一个非空白字符之后（比如
;后、}后、单词末尾后） - 空行不会加光标——这是有意设计，避免误操作；若需处理空行，得先用正则
^$替换为占位符再操作
Ctrl+D 和 Ctrl+Shift+L 为什么永远对不齐？
因为它们根本不关心“列”，只关心“文本匹配”。你看到的“好像对齐了”，只是巧合。
-
Ctrl+D是词级匹配：光标必须落在单词内，且只找完整单词、区分大小写、跳过字符串/注释 -
Ctrl+Shift+L是全文本匹配：要求当前选区是非空纯文本，且所有匹配项大小写、全字一致；一旦有user_id或ID，就断开 - 两者都不检查列位置，也不保证光标落在同一竖直线上；强行用于对齐场景，必然出现某行飘到行尾、某行卡在括号里
- 真正需要列对齐时，关掉这些快捷键的幻想，直接切到列选择模式
最常被忽略的一点：列选择生效的前提是「你清楚知道目标列的字符偏移」。不要依赖肉眼估算，用 renderWhitespace: "all" + 等宽字体 + 手动数格，才是稳的。超过 50 行时，少一次手抖，能省三分钟调试时间。
