为什么Vim的U命令在修改行和删除行时的行为存在差异？

Vim 中 U 命令的底层逻辑和常规认知有一点细微偏差，它的实际行为规则是：

• U 只会绑定最近一次被单行修改操作改动的那一行，同时记录这行被修改前的初始状态
• 只有后续针对这一行的单一行修改操作，才会被纳入 U 的撤销范围，所有跨多行的修改操作，不管有没有改动到U绑定的目标行，都不会被U追踪
• 如果U绑定的目标行被删除，U会直接失效，因为找不到恢复的目标对象

场景1：执行gU2j后按U恢复第二行 #

1. 执行jxx时，是仅针对第二行的修改操作，此时U就把第二行绑定为目标行，同时记录它的初始状态为def
2. 后续执行的kgU2j是作用于3行的多行修改操作，所以这个操作对三行的所有改动都不会被U追踪，U的目标行还是第二行，记录的初始状态也还是def
3. 此时按U，就直接把第二行恢复到记录的初始状态def，而第一、三行的大写改动U完全不会处理，就出现了你看到的结果。这里不是gU的变更被忽略，而是U根本就不追踪多行操作产生的改动，它只会把绑定的目标行恢复到最开始记录的状态。

场景2：执行d2j后U无效果 #

执行kd2j时直接删除了三行内容，U绑定的第二行直接被移除，没有可恢复的目标对象，所以U自然不会产生任何效果。d2j和gU2j本质都是多行操作，两者的差异只是有没有删除U绑定的目标行而已。

这个行为不是Vim的边缘case，是U命令的设计逻辑就是如此：它只服务于「刚才改了某一行，现在想直接把这行整行复原」的场景，跨多行的操作本来就不属于它的处理范围。

内容的提问来源于stack exchange，提问作者water_ghosts