/execute @e[type=armor_stand]~~~ teleport @e[type=armor_stand，r=3，rm=1]~~10 ~
游戏先解析『execute @e[type=armor_stand]~~~』得到如下结果：
execute---A----------B
------------↓
-------40·60·29
然后以A为执行者，解析『teleport @e[type=armor_stand，r=3，rm=1]~~10 ~』，得到了如下指令：
/teleport 盔甲架B的UUID 40 70 29
运行上述指令，盔甲架B被传送至(40，70，29)处。随后游戏以B为执行者，先解析执行地点参数『~~~』，得到如下结果：
execute---A------------------B
------------↓------------------↓
-------40·60·29---------40·70·29
--将B传送至40·70·29
接下来，游戏以B为执行者，再次解析指令，得到如下内容：
选择器'@e[type=armor_stand，r=3，rm=1]'什么都没找到
没错，由于B被传送到了(40，70，29)，因此目标选择器就选不到A，自然就无法执行指令。最终，正如我们在最开始以正常思维分析的那样，得到了如下结果：
A会先将B传送到自己上方10米的位置，B由于处于那个位置无法选取到A来传送，最终仅仅B会被传送到A的上方10米处。
虽然在Java1.13更新后，我们的『正常思维』没用了，但在Java1.13以下版本还是很准的。
那在基岩版呢？
作者在基岩版也测试过了（用的上面的两个盔甲架tp法），确认基岩版不管是旧版还是新版（1.19.10更新的）的execute，都是会得到和Java版1.13以下版本一模一样的数据。
其中，对于目前还在测试的新版execute，用的是如下指令：
execute as @e[type=armor_stand] at @s run tp @e[type=armor_stand，r=3，rm=1]~~10 ~
也就是说，如果你在基岩版运行上面套了3层execute的生成指令，在初始实体数为2的情况下，也会得到有2048个实体的纟
......
......
......
:(
你的电脑遇到问题，需要重新启动。
我们只收集某些错误信息，然后为你重新启动。
......
......
......
——附录：跟本章有关系的MCBBS帖子原链接
（上述帖子均已被MCBBS论坛系统自动关闭）
喜欢Minecraft指令手册请大家收藏：(m.zjsw.org)Minecraft指令手册爪机书屋更新速度全网最快。