想在自己的EC服务器里做出那种一击火花四溅、敌人脚下红圈燃烧的PVP粒子特效，核心思路就一句话：利用原版指令系统（计分板+execute检测）或新版展示实体（Display Entity），把粒子持续生成绑定在玩家身上或攻击动作上，这不是什么高深魔法，更不需要装什么插件,纯粹靠原版命令方块和数据包就能实现。
先搞懂EC服务器上粒子生成的底层逻辑
我见过很多玩家卡在第一步，跑去抄了一堆网上古老的/particle指令粘贴进命令方块，结果发现不是瞬间全屏爆炸就是根本不显示，这里有个关键认知：EC服务器本质上是基于原版服务端指令框架的，所以粒子系统吃的是Java版原版粒子机制,不是模组API。
原生/particle指令的语法里藏着两个决定PVP手感的核心参数：
<pos>粒子生成的位置，固定坐标写死,后面跟相对坐标才能跟着玩家飞。<count>生成数量。填0意味着持续输出单帧粒子流,配合命令方块高频脉冲才能形成连贯轨迹。dx dy dz扩散范围，或者直接给speed设成0让粒子静止悬浮。
行业共识认为：原版粒子系统对服务器TPS有真实消耗，尤其在高频触发场景下，所以EC服务器PVP粒子设计的第一个原则就是“用最少粒子数表达最多视觉信息”。
如何实现跟随玩家移动的常驻粒子光环
这是PVP玩家最爱往自己身上堆的第一层东西脚下光圈、身周飘带、胸口星芒，这里我给出一套在EC服务器上稳定不飘移的通用写法,以环绕玩家的环形火焰为例。
第一步：创建计分板作为粒子“开关”
用指令：
/scoreboard objectives add pvp_fire dummy
这个计分板负责记录玩家当前的粒子状态，数值为1就生成，为0就清空，好处是你可以随时用别的指令切换状态,比如检测到玩家手持钻石剑时自动开启。
第二步：高频循环方块里的execute驱动
在循环型命令方块（保持开启）中输入：
/execute as @a[scores={pvp_fire=1}] at @s run particle minecraft:flame ~ ~0.2 ~ 0.5 0 0.5 0.02 1 force
注意，这条指令把dx dy dz分散参数设成了5 0 0.5，意思是粒子会在以玩家为中心的横向直径一格的范围内抖动。这是营造“环绕”感的关键，如果三个轴上全是0，粒子会静止在脚下一个点,看起来像个卡死的贴图。
第三步：用旋转检测做“定向攻击特效”
如果想让粒子只出现在玩家面向的方向（比如剑气前刺的火花）,把上面的循环指令替换为：
/execute as @a[scores={pvp_fire=1}] at @s anchored eyes facing entity @s eyes rotated ~ ~ positioned ^ ^ ^1 run particle minecraft:crit ~ ~ ~ 0.1 0.1 0.1 0 5 force
这里用anchored eyes和facing entity组合，让粒子的生成起点锁定在视线正前方一米处。实战中不需要精确到代码逻辑，你只需要知道：^ ^ ^1这个局部坐标里的1代表距离玩家眼睛一米，调整这个数值，就是调整特效“出鞘”的距离。
制作打击命中时触发的爆发式粒子
常驻光环只是开胃菜，真正让PVP手感起飞的是击中敌人瞬间爆开的能量碎片，这个逻辑比“跟随”稍微复杂一点,要拆成两个阶段。
用伤害事件标记攻击者
创建一个计分板/scoreboard objectives add hit_tick dummy。
在每个循环周期里,执行：
/execute as @a at @s if entity @s[advancements={minecraft:story/root}] run scoreboard players add @s hit_tick 1
直接暴力地用伤害检测做更简单利用/execute if entity配合玩家主手物品检测：
execute as @a[nbt={SelectedItem:{id:"minecraft:netherite_sword"}}] at @s anchored eyes facing entity @e[type=!minecraft:player,distance=..3] run particle minecraft:sweep_attack ^ ^ ^1 0 0 0 0 1 force
这条指令的意思很直白：当玩家手持下界合金剑时，面向三格内存在非玩家实体，立刻在视线方向引爆一次横扫粒子。sweep_attack粒子本身就带有淡白色弧光，配合force模式能压过客户端粒子渲染的上限,确保双方都看得到。
用链式命令方块做“延迟残影”
PVP高手最爱的操作是“击中后留下一串残影”，把上面的命令方块改成链式,并且在后面接：
/execute as @e[type=item] at @s run particle minecraft:ash ~ ~ ~ 0.2 0.2 0.2 0 10 force
这里用了经验修正：命中瞬间产生的掉落物（比如你丢出的投掷物）会短暂成为粒子载体，它们的轨迹比实体检测更顺滑，因为掉落物的移动自带物理插值,粒子贴着它们飞会有天然的拖尾流向感。
资源告急时的高端玩法：展示实体替代方案
如果你稍微懂点数据包，EC服务器在最新版本里还有一条更稳的路用展示实体（Display Entity）模拟粒子形状，这条路径适合做“激光环”“护盾层”这类需要精准旋转的特效，纯指令做起来容易鬼畜,而展示实体自带NBT旋转控制。
以做一个跟随玩家的圆形火焰符文为例，召唤一个block_display实体并喂给它以下NBT：
/summon block_display ~ ~ ~ {block_state:{Name:"minecraft:shroomlight"},glow_color:16711680L,transformation:{left_rotation:[0f,0f,0f,1f],right_origin:[0f,0f,0f],scale:[0.1f,0.1f,0.1f],translation:[0f,2f,0f]},billboard:"center"}
这里的关键参数是billboard:"center"，它让这个发光的方块纹理永远正面朝向玩家视角。你可以把它理解成一个“会跟着播放角度动态转向的贴图粒子”，通过调整transformation里的scale和translation数值，能拼出剑刃光效、图腾护盾、甚至坠落陨石的初段模型。
用这种方案替换传统粒子，好处是一端渲染权交给客户端GPU，服务端压力明显下降，在多人同屏对战时TPS更稳，代价是写指令的过程比纯粒子要长,需要耐心调角度。
不同战斗场景下粒子的参数微调对照
有些玩家把粒子做出来以后，发现“看起来是对的，但打起来就是缺一股劲儿”,问题往往出在参数和场景的匹配度上。
| 战斗场景 | 推荐粒子种类 | 关键参数设置 | 视觉效果 |
|---|---|---|---|
| 近战剑气 | 旋风 | speed=0.05，count=3 |
轻快锐利，不遮挡视线 |
| 大招蓄力 | 火焰+电击 | dx=1，dy=2，dz=1 |
铺开面积大，压迫感强 |
| 击杀爆发 | 爆炸+附魔闪烁 | count=20，speed=0.3 |
瞬间全屏反馈，判定清晰 |
| 治疗/增益 | 旗帜+绿色孢子 | 垂直偏移dy=0.5 |
柔和漂浮，区分敌对特效 |
你可以直接另存一套指令方块，把红色火焰替换成minecraft:electric_spark，马上就变成雷电法王的连段感。EC服务器里粒子属性是纯客户端的，但生成逻辑归服务端管，所以不要怕改参数，改错了顶多就是画面乱一点,不会崩服。
关于粒子性能和联机版本的几个硬经验
我在好几个EC服务器里实操过粒子系统，总结出几条减少被玩家吐槽“一打架就掉帧”的硬经验：
- 别用高频红石脉冲去驱动粒子指令，那会让每tick都执行一次粒子生成命令，如果在线十几人同时开特效，TPS会肉眼可见地掉，改用
/schedule function配合分时段触发的数据包。 - 常驻粒子控制在每玩家每tick不超过8个，这就是之前提到的community共识，超过这个数量的视觉效果提升会急剧递减,但卡顿感会递增。
- 如果服务器是1.19.4及以上版本，优先考虑
show_entity_display.el.xxx系列的隐形展示实体方案，原版粒子在两个维度上受限：粒子总量上限和单次渲染距离,展示实体能突破这两个天花板。
也要注意多人PVP时的观感差异，热烈的火焰粒子在白天看起来非常淡，但在黄昏和洞穴地形里则完全相反，经验做法是给同一种特效准备两套粒子白天用dust（色彩粒子）模拟火焰，地下用真实的flame,这算是一个不用改代码的打磨技巧。
如何排查自己做的粒子不生效
很多次看到群里有人喊“我指令没问题，但就是不出粒子”，按以下三步自查,基本能解决九成问题：
- 检查版本差异：
particle指令在1.8到1.20之间语法变化很大，老版本用/particle flame <x> <y> <z> <dx> <dy> <dz> <speed> <count>，而新版本需要加force或normal标签,你EC服的版本对应自己查一下wiki。 - 确认玩家视角距离：
particle指令默认只生成在实体的加载范围内，如果玩家和粒子生成位置距离超过服务器视距,服务端会因为不活跃而跳过生成。 - 测试
force参数：在创造模式里把循环命令方块的指令末尾加上force，它能强制所有客户端渲染粒子，即使粒子距离较远或者玩家粒子细节设置被调低。很多“看不到粒子”的情况其实是对方开了“最小粒子”的画质选项，force能绕过这个限制。
常见疑问速答
问：做出来的粒子会像一层雾一样盖住敌人怎么办？
答：降低粒子尺寸和透明度，粒子种类选dust并给一个具体的颜色值，例如dust 0.9 0.2 0.1 0.8，最后的8是尺寸系数，同时排查是否把count设置得过高，常规攻击特效输出控制在10以内,就不会阻碍视线。
问：想让粒子只对特定队伍（比如红队）的玩家可见，怎么做？
答：把一个计分板标记作为队伍识别，然后在循环命令方块前加一道if entity过滤，原版粒子本身不具备队伍语义，但你可以在执行execute as @a[team=红队] at @s run particle ...的时候，只把生成空间限定在实际PVP区域，这样保留服务端资源消耗,红蓝双方观感会更干净。
问：这种感觉是不是类似早期服务器里面的“转圈烟花”那种“回旋粒子”？
答：是同一套底层机制，但“回旋”的实现方式不同，早期烟花回旋靠的是大量particle指令在极短时间内延路径逐点执行，而现代EC服更倾向于用area_effect_cloud的Particle参数配合Riding操控走向，这种方案对服务器运算更友好，回旋的弧度也能精确控制，两者生成的视觉结果相似,但后端负载差别不小。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/674553.html
