如果你在《我的世界》里尝试过用命令方块实现复杂的机关或特效，但总是被“位置不对”“方向反了”这类问题卡住，那么这篇文章就是为你准备的。很多玩家知道/execute命令强大，但往往只停留在run子命令，面对facing、positioned和rotated这些“修饰子命令”时，要么觉得它们太抽象，要么用起来总达不到预期效果。
这篇文章要解决的核心问题就是：如何精准、高效地控制命令的执行位置和视角方向，从而构建出真正符合你设计意图的复杂机制。很多人以为这些子命令只是“移动一下执行者”，但实际上，它们真正改变的是整个命令执行的“上下文坐标系”。理解这一点，是从“命令使用者”到“命令设计者”的关键一步。
我们将深入拆解facing、positioned和rotated这三个核心修饰子命令。你不仅会学到它们的标准语法，更重要的是，我会通过大量游戏内的实际场景（比如让箭矢自动追踪、让粒子效果环绕实体、制作动态摄像机等），带你理解它们背后的“坐标系思维”。读完本文，你将能独立设计出基于精确位置和方向判断的命令组合，大幅提升你在红石电路、地图制作或数据包开发中的能力上限。
1. 为什么你需要掌握“修饰子命令”？
在《我的世界》命令系统中，/execute是一个元命令，它本身不直接产生游戏效果，而是用来改变其他命令的执行环境。你可以把它想象成一个“命令执行器”的“控制面板”。run子命令是按下“执行”按钮，而facing、positioned、rotated等则是这个控制面板上调整“执行位置”、“执行朝向”的精密旋钮。
很多新手玩家会遇到这样的困境：想在一个盔甲架的位置生成粒子，但粒子却生成在自己脚下；想让一个僵尸看向玩家，却用错了命令导致僵尸乱转；想以某个实体为中心执行填充命令，结果坐标算得头晕眼花。这些问题的根源，都是对命令执行的“上下文”理解不深。
facing、positioned、rotated这三个子命令，正是用来定义这个“上下文”的核心工具：
positioned：改变命令执行的起源坐标。后续所有涉及位置判断的命令（如summon,particle,fill,tp等），都将以此坐标为基准。facing：改变命令执行者的视线方向。这直接影响tp的旋转角度、summon实体的初始朝向，以及execute自身的方向判断。rotated：改变命令执行者的整体旋转角度（包括垂直方向的俯仰角）。它比facing更全面，常用于摄像机视角控制。
不理解它们，你的命令就像蒙着眼睛在投飞镖；掌握了它们，你就能进行“外科手术式”的精确操作。接下来，我们从最基础的坐标和朝向概念开始。
2. 核心概念：坐标系、执行者与执行位置
在深入具体命令前，必须厘清几个关键概念，这是避免混淆的前提。
2.1 世界坐标与相对坐标
- 世界坐标 (
x y z)：游戏世界的绝对位置，如~100 ~64 ~200。/tp或/setblock可以直接使用。 - 相对坐标 (
~ ~ ~)：相对于当前命令执行位置的偏移。~代表自身，~5代表正向偏移5格，~-2代表负向偏移2格。positioned子命令改变的就是这个“当前命令执行位置”。
2.2 执行者 (Executor) 与执行位置 (Position)
这是最容易混淆的点。
- 执行者：最初执行
/execute命令的实体（玩家、命令方块、实体等）。它的Rotation（旋转角度）数据可能被facing或rotated子命令修改。 - 执行位置：命令效果实际发生的空间坐标点。它由
positioned子命令设定，或被as子命令（将执行者切换为其他实体）隐含地改变为该实体的位置。
一个核心原则：/execute的修饰子命令（如facing,positioned）是按书写顺序从左到右依次执行的，每一步都会改变当前的环境状态，并传递给下一步。
2.3 朝向 (Facing) 与旋转 (Rotation)
- 朝向：通常指水平方向（
yaw），即实体面朝东西南北哪个方向。facing子命令主要操作这个。 - 旋转：包含水平方向（
yaw）和垂直方向（pitch），共同决定实体的视线向量。rotated子命令同时设置这两者。 - 表示方法：
yaw范围是-180.0到180.0（对应-180到180度），其中-180.0/180.0是南，-90.0是东，0.0是北，90.0是西。pitch范围是-90.0（垂直向上）到90.0（垂直向下）。
理解了这些，我们开始逐个击破这三个子命令。
3.positioned：掌控命令的“起源点”
positioned子命令用于将后续所有命令的执行位置，移动到一个新的坐标点。这是实现区域效果、精确定位的基础。
3.1 基础语法与两种模式
# 语法1：定位到指定坐标 execute positioned <x> <y> <z> run <command> # 语法2：定位到某个实体的位置（实体的脚部坐标） execute positioned as <target> run <command> # 注意：这里用了 `as` 来获取实体，但位置会切换到该实体。更常见的组合是： execute positioned as @e[type=armor_stand,limit=1,sort=nearest] run say 我现在在盔甲架的位置说话 # 或者更标准的用法是分开： execute as @e[type=armor_stand,limit=1] at @s run ... # 但 `positioned as` 是一个有用的快捷方式。实际上，positioned更常见的是直接接坐标。as子命令通常与at @s组合来将位置切换到实体。
更准确和常用的模式是：
# 将执行位置切换到 (100, 64, 200)，然后在这个位置说一句话。 execute positioned 100 64 200 run say 这个声音来自坐标(100,64,200)！3.2 核心作用：改变相对坐标的基准
这是positioned最强大的地方。看一个对比：
# 示例1：未使用 positioned # 假设玩家站在 (0, 70, 0)。这条命令会在玩家脚下(0,70,0)生成一个盔甲架。 summon armor_stand ~ ~ ~ # 示例2：使用 positioned # 这条命令会先在 (100, 64, 200) 建立一个“临时执行原点”，然后在这个原点(100,64,200)生成盔甲架。 execute positioned 100 64 200 run summon armor_stand ~ ~ ~ # 注意：这里的 `~ ~ ~` 不再是玩家的位置，而是 (100, 64, 200)！3.3 实战场景：以特定点为中心生成结构
假设你想在一个地图的出生点(0 64 0)周围生成一圈告示牌。
低效做法：手动计算每个告示牌的绝对坐标。高效做法：利用positioned结合相对坐标。
# 在命令方块或函数文件中执行 execute positioned 0 64 0 run fill ~-5 ~ ~-5 ~5 ~ ~5 air replace stone # 这条命令会以(0,64,0)为中心，填充一个11x1x11的方形区域，将其中的石头替换为空气。 # 这里的 ~-5 和 ~5 都是相对于 (0,64,0) 计算的。 # 更进一步，生成四个方向的告示牌： execute positioned 0 64 0 run setblock ~5 ~ ~ oak_wall_sign[facing=west] replace execute positioned 0 64 0 run setblock ~-5 ~ ~ oak_wall_sign[facing=east] replace execute positioned 0 64 0 run setblock ~ ~ ~5 oak_wall_sign[facing=north] replace execute positioned 0 64 0 run setblock ~ ~ ~-5 oak_wall_sign[facing=south] replace通过positioned，我们只需要关心中心点坐标，周围的相对布局变得非常清晰。
4.facing：锁定目标的“视线方向”
facing子命令用于将命令执行者的视线方向，调整为指向某个坐标或某个实体。它主要影响后续需要方向判定的命令，尤其是tp（传送）的旋转角度。
4.1 基础语法
# 语法1：朝向某个坐标点 execute facing <x> <y> <z> run <command> # 语法2：朝向某个实体（该实体的眼部坐标） execute facing entity <target> <eyes|feet> run <command> # `eyes` 是默认值，指向目标的视线高度。`feet` 指向目标的脚部。4.2 核心作用：改变传送和生成的朝向
最经典的应用是让一个实体“看着”另一个实体。
# 示例：让所有僵尸看向最近的玩家 execute as @e[type=zombie] at @s facing entity @p eyes run tp @s ~ ~ ~ # 分解： # 1. `as @e[type=zombie]`: 让每个僵尸作为命令执行者。 # 2. `at @s`: 将执行位置移动到该僵尸的位置。 # 3. `facing entity @p eyes`: 将执行者（僵尸）的视线方向，调整为指向最近玩家(@p)的眼睛位置。 # 4. `run tp @s ~ ~ ~`: 执行传送命令，将僵尸传送到它当前的位置(~ ~ ~)，但关键点在于，`tp` 命令会继承当前执行者（已被`facing`修改）的旋转角度。所以僵尸的朝向被改变了。重要提示：facing本身不移动实体，它只改变执行者的“方向状态”。需要配合tp @s ~ ~ ~或data merge修改实体RotationNBT 数据，才能将这种方向状态应用到实体上。
4.3 实战场景：制作追踪箭矢或抛射物
虽然《我的世界》原版没有直接的追踪弹，但我们可以用facing模拟。思路是：每 tick 微调一个已发射箭矢的方向，使其指向目标。
# 假设我们有一个标记为“tracker”的箭矢和一个标记为“target”的玩家。 # 在一个循环命令方块或函数中执行： execute as @e[type=arrow,tag=tracker] at @s store result entity @s Motion[0] double 0.01 run data get entity @p[tag=target] Pos[0] execute as @e[type=arrow,tag=tracker] at @s store result entity @s Motion[2] double 0.01 run data get entity @p[tag=target] Pos[2] # 注意：这是一个极度简化的原理演示。直接修改Motion向量来实现追踪非常复杂，需要考虑速度、重力、当前方向等。 # 更实用的方法是使用 `facing` 结合 `summon` 和自定义NBT来生成新的、方向正确的箭矢，并移除旧的。一个更可行的“视线引导”例子是让一个盔甲架始终面向玩家，作为炮塔的基座：
# 循环命令方块，无条件，保持开启 execute as @e[type=armor_stand,tag=turret_base] at @s facing entity @p eyes run tp @s ~ ~ ~ ~ ~ # 这样，这个盔甲架就会一直旋转，面向最近的玩家。5.rotated：设定完整的“视角旋转”
rotated是facing的“完全体”。facing通常只设定水平方向（yaw），而rotated可以同时设定水平方向（yaw）和垂直方向（pitch）。
5.1 基础语法
# 语法1：设置为特定的旋转角度 execute rotated <yaw> <pitch> run <command> # 语法2：继承某个实体的旋转角度 execute rotated as <target> run <command>5.2 与facing的关键区别
facing <x> <y> <z>：计算从当前执行位置到目标坐标点的方向向量，并据此推导出yaw和pitch。它是指向一个“点”。rotated <yaw> <pitch>：直接设定旋转角度值。它是指定一个“角度”。
因此，rotated更适合用于：
- 固定视角：如设置一个摄像机的特定角度。
- 继承视角：让一个实体完全复制另一个实体的视角（包括抬头/低头）。
5.3 实战场景：第一人称视角摄像机
这是rotated子命令最出彩的应用之一。我们可以让玩家进入一个“摄像机模式”，视角被另一个实体（如盔甲架）控制。
# 步骤1：创建一个作为摄像机的盔甲架，并设置其初始位置和旋转。 summon armor_stand 100 70 200 {Tags:["camera"],Invisible:1b,NoGravity:1b,Marker:1b} # 步骤2：每tick将玩家的视角同步到这个盔甲架。 # 在一个循环命令方块中执行： execute as @a[tag=camera_mode] at @s rotated as @e[type=armor_stand,tag=camera,limit=1] run tp @s ~ ~ ~ ~ ~ # 分解： # `as @a[tag=camera_mode]`: 对所有处于摄像机模式的玩家执行。 # `at @s`: 执行位置在玩家自身（这样传送不会改变玩家位置）。 # `rotated as @e[type=armor_stand,tag=camera,limit=1]`: 将执行者的旋转角度设置为摄像机盔甲架的旋转角度。 # `run tp @s ~ ~ ~ ~ ~`: 将玩家传送到自身位置，但旋转角度被覆盖为盔甲架的角度。玩家看到的就是盔甲架的“视野”。 # 步骤3：控制摄像机盔甲架的移动和旋转（例如通过分数板或按键绑定）。 # 例如，按下特定键时，增加摄像机盔甲架的 `Rotation` NBT 值。通过这种方式，你可以实现电影运镜、过场动画等高级效果。
6. 组合使用：构建复杂命令逻辑
单个子命令威力有限，组合起来才能发挥/execute的真正实力。执行顺序至关重要：从左到右，依次改变上下文。
6.1 经典组合模式
模式A：as->at->positioned->facing/rotated->run这是最清晰的逻辑链：先指定谁(as)在执行，然后在哪(at)执行，接着是否移动执行原点(positioned)，再调整执行者的方向(facing/rotated)，最后执行命令(run)。
# 场景：让一个名为“Helper”的盔甲架，在玩家脚下生成一个始终面向该玩家的火焰弹。 execute as @e[type=armor_stand,name=Helper] at @p positioned ~ ~1 ~ facing entity @p eyes run summon fireball ~ ~ ~ {direction:[0.0,0.0,0.0],ExplosionPower:0} # 分解： # 1. `as ... Helper`: 执行者是盔甲架Helper（这对summon命令本身无影响，但上下文是它）。 # 2. `at @p`: 将执行位置切换到最近玩家的位置。 # 3. `positioned ~ ~1 ~`: 将执行位置再向上移动一格（在玩家头顶）。 # 4. `facing entity @p eyes`: 将执行者（盔甲架Helper）的视线调整为看向玩家。 # 5. `run summon fireball ...`: 在当前位置（玩家头顶）生成一个火焰弹。由于上一步 `facing` 改变了执行者的方向，这个方向可能会影响生成实体的某些NBT（虽然fireball的direction被显式覆盖为0）。更典型的应用是生成箭矢或三叉戟。模式B：positioned->as->at @s->run当你首先确定了一个绝对坐标点，然后想让某个实体在那个点做某事时使用。
# 场景：在世界出生点(0,64,0)播放一个只有叫“Admin”的玩家能听到的音效。 execute positioned 0 64 0 as @a[name=Admin] at @s run playsound entity.experience_orb.pickup master @s ~ ~ ~ 1 1 1 # 这里 `at @s` 很重要，它将音效的“收听位置”拉回玩家自身，否则音效会在出生点播放，玩家可能听不到。6.2 常见错误与排查思路
| 问题现象 | 可能原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| 命令执行了，但效果位置完全不对 | positioned坐标计算错误，或与at顺序混淆。 | 将命令拆解，用say命令在每一步输出当前坐标 (execute positioned ... run say ~ ~ ~)。 | 理清逻辑：先确定“主体”(as)，再确定“行动地点”(at或positioned)。 |
| 实体朝向改变了，但不是我想要的方向 | facing指向了实体的feet而非eyes，或者tp命令没有在facing之后执行。 | 检查facing语法，确认目标是eyes。确保tp @s ~ ~ ~紧随facing子命令之后。 | 使用facing entity <target> eyes。确保tp命令是run的部分。 |
使用rotated后视角乱转 | yaw或pitch值超出了范围（-180~180,-90~90），或者继承了错误实体的旋转。 | 输出目标实体的RotationNBT 数据查看 (data get entity <target> Rotation)。 | 将角度值规范到有效范围内。检查rotated as的目标选择器是否准确。 |
| 组合命令报错“Unknown command” | 子命令顺序错误，或选择器@s在错误的上下文中使用（前面没有as）。 | 检查命令语法，确保as在at @s或使用@s之前。 | 调整子命令顺序为：as->at/positioned->facing/rotated->run。确保@s前有对应的as。 |
| 粒子或效果没有在实体身上显示 | 可能用了positioned as但忘了实体可能不在加载区块，或者at @s位置不对。 | 使用execute as <target> at @s run particle ...来确保粒子的生成原点在实体位置。 | 对于附着实体的效果，优先使用as <target> at @s组合。 |
7. 高级应用与最佳实践
掌握了基础，我们可以探索一些更高级的模式和工程化建议。
7.1 动态坐标计算：positioned与data get的联动
你可以从实体的 NBT 数据中读取坐标，并动态设置为positioned的目标。
# 场景：在名为“Anchor”的盔甲架的位置执行命令。 execute store result entity @s Pos[0] double 0.1 run data get entity @e[type=armor_stand,name=Anchor,limit=1] Pos[0] execute store result entity @s Pos[1] double 0.1 run data get entity @e[type=armor_stand,name=Anchor,limit=1] Pos[1] execute store result entity @s Pos[2] double 0.1 run data get entity @e[type=armor_stand,name=Anchor,limit=1] Pos[2] # 注意：以上是使用 `store` 修改执行者坐标的一种方法，比较复杂。 # 更简单直接的方法是使用 `at`： execute at @e[type=armor_stand,name=Anchor,limit=1] run say 我现在在Anchor的位置 # 但 `positioned` 的优势在于可以基于此坐标进行偏移计算。 execute positioned as @e[type=armor_stand,name=Anchor,limit=1] run summon lightning_bolt ~ ~5 ~ # 这条命令会在Anchor头顶5格处召唤闪电。7.2 在函数 (Function) 中模块化使用
将常用的execute逻辑封装成函数，可以极大提升可读性和复用性。
假设我们有一个函数camera:control/turn，用于控制摄像机旋转。
# camera/control/turn.mcfunction # 预期通过分数板 input.yaw 和 input.pitch 传递旋转量 execute as @e[tag=camera] at @s run tp @s ~ ~ ~ ~${input.yaw} ~${input.pitch}在主循环函数中调用：
# tick.mcfunction execute as @a[tag=camera_operator] store result score @s input.yaw run data get entity @s Rotation[0] execute as @a[tag=camera_operator] store result score @s input.pitch run data get entity @s Rotation[1] function camera:control/turn这样，摄像机控制逻辑就被清晰地分离了。
7.3 性能优化建议
- 精简选择器：在
as,at,facing entity后使用的目标选择器，务必加上limit,sort,type等参数，减少不必要的实体扫描。例如@e[type=armor_stand,tag=my_stand,limit=1,sort=nearest]比@e好得多。 - 避免过度连锁：不要在一个
execute命令中嵌套过多子命令（超过5-6个）。过于复杂的命令不仅难以调试，也可能带来性能开销。考虑拆分成多个步骤，用函数或记分板传递数据。 - 慎用循环：在循环命令方块中运行的
execute命令，尤其是扫描大量实体（@e）的，是性能杀手。如果可能，使用schedule函数来分散计算压力，或者为需要处理的实体打上标签，只扫描特定标签的实体。 - 理解
at与positioned的代价：at会切换执行位置和维度，如果目标实体在未加载区块，命令会失败。positioned只是改变一个坐标值，不涉及区块加载。根据需求选择。
8. 综合案例：创建一个简单的自动追踪炮塔
让我们用一个综合案例，串联positioned,facing和函数的使用。
目标：创建一个炮塔（盔甲架），它会自动寻找一定范围内的僵尸，并每秒钟向它发射一个火球。
步骤1：创建炮塔实体
summon armor_stand 150 65 150 {Tags:["turret"],Invisible:1b,NoGravity:1b,Marker:1b,Invulnerable:1b}步骤2：创建检测与攻击函数 (turret_ai.mcfunction)
# turret_ai.mcfunction # 1. 找到最近的僵尸 execute as @e[type=armor_stand,tag=turret] at @s store result score @s has_target run execute if entity @e[type=zombie,distance=..20,sort=nearest,limit=1] execute as @e[type=armor_stand,tag=turret,scores={has_target=1}] at @s run function turret:attack execute as @e[type=armor_stand,tag=turret] at @s run scoreboard players set @s has_target 0步骤3：创建攻击函数 (turret_attack.mcfunction)
# turret:attack # 1. 让炮塔面向僵尸 execute at @s facing entity @e[type=zombie,distance=..20,sort=nearest,limit=1] eyes run tp @s ~ ~ ~ ~ ~ # 2. 在炮塔位置（略前方）生成火球，并赋予方向 execute at @s positioned ^ ^ ^1 rotated as @s run summon fireball ~ ~ ~ {direction:[0.0,0.0,0.0],power:[0.0,0.0,0.0],ExplosionPower:0,Tags:["turret_shot"]} # 注意：这里使用局部坐标 `^ ^ ^1` 和 `rotated as @s` 来确保火球生成在炮塔前方并朝向正确。 # 3. 给火球一个初始速度（简化处理，实际需要计算向量） execute as @e[type=fireball,tag=turret_shot,limit=1] at @s run data modify entity @s Motion set value [0.0,0.0,0.0] # ... (这里需要根据炮塔的旋转角度计算并设置Motion，涉及数学计算，略复杂)步骤4：设置循环将function turret_ai放入一个每秒钟执行一次的函数计时器（schedule）或循环命令方块中。
这个案例涵盖了as,at,positioned,facing,rotated的多种组合，以及函数调用和简单的分数板判断。通过拆解，复杂的自动机制变得可以管理和调试。
9. 总结与进阶方向
facing、positioned和rotated这三个修饰子命令，是/execute命令体系中实现空间精确控制的基石。它们的核心价值在于重新定义命令执行的上下文，而不是直接产生效果。
要真正掌握它们，关键在于转变思维：
- 从“绝对坐标”到“相对上下文”：思考命令是在“谁”的“哪里”以“什么方向”执行的。
- 理解执行链：
execute的子命令是一条流水线，每一步都改变环境，并传递给下一步。 - 多用
say和particle调试：在复杂命令中插入execute ... run say ~ ~ ~或生成粒子来可视化当前的执行位置和方向，这是最有效的调试手段。
掌握了这些，你就可以：
- 制作高级地图：实现精密的过场动画、镜头切换、动态环境互动。
- 开发复杂数据包：构建具有智能行为的怪物、自定义武器和魔法系统。
- 优化红石电路：用命令替代部分笨重的红石逻辑，实现更紧凑、性能更好的机关。
下一步，你可以继续探索/execute的其他子命令，如align（坐标对齐）、anchored（锚点切换）、store（结果存储），它们将与本文所学的子命令结合，让你对《我的世界》命令系统的掌控力再上一个台阶。建议从官方 Wiki 和社区的优秀数据包中学习更多的实战模式，并亲自动手，从模仿到创造，构建属于你自己的命令世界。
