VSCode多光标补零失败的根本原因是光标默认落在数字首字符上导致覆盖而非插入；需用列选择（Alt+拖拽）配合Shift+Alt+I和→键将光标精确定位到数字开头前，再输入0才能实现前置插入。
多光标选中连续数字后，为什么 0 直接输入会覆盖而非补零？
VSCode 默认的多光标编辑行为是「覆盖式插入」：当你在多个位置同时输入 0，它会把光标所在位置的字符（比如数字首位）替换成 0，而不是在前面插入。这导致你本想补前导零，结果变成 01、02、03 → 实际却是 01、02、03（看似对），但若原数字是 10、11，就会变成 00、01——明显错了。
根本原因在于：多光标默认锚点在行首或词首，但你真正需要的是「每个数字开头前」这个精确位置。
- 确保所有目标数字格式一致（如都是单独一行，或都位于冒号后、逗号后等固定上下文）
- 用
Ctrl+D（Win/Linux）或Cmd+D（Mac）逐个加选时，注意观察光标是否落在数字第一个字符之前——如果落在上面，就已错位 - 更可靠的方式是先用正则选中数字边界：
Ctrl+H→ 勾选.*（正则模式）→ 搜索\b\d+\b，再Alt+Enter全部选中，此时每个匹配的起始光标都在数字最左端，但仍是「覆盖起点」，需再调整
用列选择 + Shift+Alt+I 精确停在数字左侧
这是最稳的实操路径：绕过自动匹配的不确定性，手动把每个光标钉在「数字开头前」。
- 先用鼠标按住
Alt（Win/Linux）或Option（Mac），拖出一个竖直列选区，覆盖所有目标数字的第一列（即每个数字最左边那个字符所在列） - 松开鼠标后，所有光标会垂直对齐在同一列 —— 此时它们都位于各行该列字符的左侧（VSCode 列选择的默认锚点行为）
- 按
Shift+Alt+I（Windows/Linux）或Shift+Option+I（Mac），将所有光标移动到当前行行首；再按一次→（右方向键），让光标恰好停在数字第一个字符「之前」 - 此时输入
0，就是真正的「前置插入」，不会覆盖原数字
用正则替换一次性补零（适合固定位数，如补到 3 位）
如果目标是统一补零至某长度（例如 1 → 001，12 → 012），正则替换比多光标更可靠，且不依赖光标位置。
- 打开替换面板：
Ctrl+H（Win/Linux）或Cmd+H（Mac） - 启用正则：
.*按钮点亮 - 查找框填：
\b(\d{1,2})\b（匹配 1~2 位数字，按需改{1,3}） - 替换框填：
00$1（补两位零），再用Ctrl+H面板右上角的「Replace All」执行 - 如果要智能补零（如自动补到 3 位），VSCode 原生不支持计算表达式，得靠插件（如
Regex Preview）或导出到脚本处理
为什么 Ctrl+Shift+L 选中相同文本后补零容易失败？
Ctrl+Shift+L 会为当前选中文本的所有匹配项创建光标，但它不区分「位置」——比如选中 1，它会把所有孤立的 1（包括 10 中的 1）都选上，导致 10 变成 010，破坏原意。
- 该快捷键适合补全固定字符串（如把所有
url改成URL），不适合数字补零这类依赖上下文的场景 - 若坚持用它，必须先确保目标数字是原子单位：用
\b1\b这类带词边界的搜索预筛选，再Alt+Enter选中，最后Ctrl+Shift+L - 即便如此，光标仍落在数字内部，需额外按
←移动到左侧——多一步就多一个出错机会
补零这事，看着简单，实际卡点全在「光标落点精度」和「数字边界识别」上；手动列选+方向键微调，比依赖自动匹配更省调试时间。
