UE碰撞系统深度解析：从事件响应到7大配置项实战指南

1. 项目概述为什么碰撞配置是UE项目的“交通规则”在虚幻引擎UE4/UE5里做项目尤其是涉及到角色移动、物体交互、战斗判定这些核心玩法时你迟早会跟碰撞Collision打交道。这东西就像现实世界里的物理规则角色能不能穿过一堵墙子弹能不能打中敌人宝箱被触碰后会不会打开全由它说了算。但很多开发者尤其是刚入门的往往只停留在“加个碰撞体”的层面一旦遇到“为什么我的角色卡在门缝里了”、“为什么子弹穿模了打不中”、“为什么两个物体叠在一起疯狂触发事件导致游戏崩溃”这类问题就一头雾水只能靠玄学调试。实际上UE的碰撞系统是一套极其精细和强大的规则引擎。它远不止一个简单的“是否碰撞”的布尔判断。核心中的核心就是理解“碰撞事件”与“碰撞响应”的区别与联系并掌握那7个关键的配置项。你可以把碰撞事件Event理解为“交警的报告”它告诉你“发生了一起交通事故”而碰撞响应Response则是“交通法规”它规定了“两辆车相撞后是应该停下来Block还是互相穿过Ignore还是仅仅鸣笛示警Overlap”。我见过太多项目因为碰撞配置混乱导致性能低下、逻辑错误甚至难以维护的惨状。今天我们就抛开那些笼统的概念直接深入到蓝图和C中实际用到的配置层面把这套“交通规则”彻底讲透。无论你是用UE4还是UE5这套核心逻辑是完全相通的。掌握了它你就能从被碰撞问题折磨的“路人”变成制定规则的“交警”。2. 核心概念拆解事件Event与响应Response的二分法在深入配置项之前必须建立最根本的认知框架碰撞检测Detection产生碰撞响应Response特定的响应类型才会触发对应的事件Event。它们是因果关系不能混为一谈。2.1 碰撞响应物体间的“行为准则”碰撞响应决定了两个碰撞体相遇时物理引擎和游戏逻辑该如何处理。它有三种基本类型忽略Ignore双方完全无视对方不发生任何物理阻挡也不会触发任何碰撞事件。就像幽灵穿过墙壁。这是最高效的模式。重叠Overlap双方不发生物理阻挡可以互相穿过但会触发重叠事件OnBeginOverlap, OnEndOverlap。常用于触发器Trigger、拾取物、技能范围检测。阻挡Block双方发生物理阻挡无法穿过并且会触发命中事件OnHit。用于墙壁、地板、角色等需要物理碰撞的实体。关键在于这个响应不是物体自身的属性而是“物体A对物体B的响应”。这就需要引入“通道Channel”的概念。2.2 碰撞通道物体的“身份标识”你可以把通道理解为物体的“种类”或“标签”。UE预设了一些通道如WorldStatic静态世界物体、WorldDynamic动态世界物体、Pawn角色、PhysicsBody模拟物理的刚体等你也可以自定义通道。每个碰撞体Primitive Component如SphereComponent,BoxComponent,CapsuleComponent都必须属于一个或多个对象通道Object Channel。同时它还需要定义一份“响应预设Collision Preset”这份预设本质上是一个表格列出了“我对其他所有通道应该采取何种响应Ignore/Overlap/Block”。2.3 碰撞事件对特定“行为”的“监听报告”只有当两个物体的交互产生了特定的响应Overlap或Block时引擎才会向蓝图或C代码发送对应的事件。OnBeginOverlap/OnEndOverlap当两个物体的响应设置为Overlap并且它们开始进入或完全离开彼此的体积时触发。OnHit(或OnComponentHit)当两个物体的响应设置为Block并且它们尝试相互穿透但被物理引擎阻止的瞬间触发即发生撞击的那一刻。重要心得很多人以为加了碰撞体就能收到事件这是错误的。你必须确保双方在碰撞响应矩阵中对于彼此所在的通道设置为了Overlap用于触发Overlap事件或Block用于触发Hit事件。如果设置为Ignore即使它们物理上交叉了你也收不到任何事件通知。3. 7个必知配置项深度解析理解了上述框架我们来看具体在编辑器和代码中需要操作的7个关键配置点。它们共同决定了碰撞系统的最终行为。3.1 配置项一对象通道Object Channel这是什么这是碰撞体的“身份证”。它定义了“我是什么”。在组件细节面板的“碰撞Collision”部分Collision Presets下拉菜单的第一项就是设置对象通道。如何配置与影响在编辑器中创建一个碰撞组件后在细节面板找到“碰撞Collision”分段。Collision Presets默认可能是“Custom...”。点击下拉菜单你可以选择预设如Pawn,WorldDynamic选择后其对象通道和响应预设会被自动设置。如果你想手动指定选择“Custom...”然后就可以在下方单独设置Object Channel。在C中通常在组件构造函数里设置。// 例如将一个球体组件的对象通道设为 Pawn USphereComponent* SphereCollision CreateDefaultSubobjectUSphereComponent(TEXT(SphereCollision)); SphereCollision-SetCollisionObjectType(ECollisionChannel::ECC_Pawn); // 或者如果你自定义了一个通道叫 ECC_MyProjectile SphereCollision-SetCollisionObjectType(ECC_MyProjectile);为什么重要这是整个碰撞响应的起点。其他所有物体对你的响应都是基于“你的对象通道是什么”来查表决定的。3.2 配置项二碰撞预设Collision Presets这是什么这是一个“响应规则套餐”。它打包定义了1) 自身的对象通道和2) 对所有其他通道的响应规则。使用预设能极大提高效率并保持一致性。如何配置与影响常见预设NoCollision无碰撞对所有通道Ignore。BlockAll阻挡所有对所有通道Block。性能开销大慎用。OverlapAll重叠所有对所有通道Overlap。常用于全局触发器。BlockAllDynamic/OverlapAllDynamic仅对动态物体Block/Overlap。Pawn/PhysicsActor为角色或物理Actor预设的常用规则。自定义预设在“项目设置Project Settings - 引擎Engine - 碰撞Collision”中可以创建和编辑你自己的预设。这是管理项目级碰撞规则的最佳实践。实操心得对于项目中大量使用的同类物体如所有敌人、所有子弹、所有可拾取物品一定要创建并使用自定义碰撞预设。这比给每个物体单独勾选响应矩阵要可靠和易于维护得多。修改预设所有使用该预设的物体都会自动更新。3.3 配置项三碰撞响应矩阵Response to Channels这是什么当“碰撞预设”设置为“Custom...”时这个矩阵就完全暴露出来。它是一个详细的清单列出了当前组件对于引擎中每一个存在的碰撞通道是选择Ignore、Overlap还是Block。如何配置与影响在细节面板的“碰撞Collision”分段展开“碰撞响应Collision Responses”即可看到。这里你会看到所有通道预设的和自定义的的列表每个后面都有下拉菜单。场景你需要一个只对玩家角色Pawn和敌人自定义通道ECC_EnemyOverlap但对世界静态物体WorldStaticBlock对其他一切都Ignore的陷阱触发器。操作设置Collision Presets为 “Custom...”。在Object Channel中将其设为某个自定义通道例如ECC_Trap。在Collision Responses中找到Pawn通道设置为Overlap找到ECC_Enemy设置为Overlap找到WorldStatic设置为Block确保其他通道都是Ignore。为什么这是核心这是实现精细碰撞过滤的终极手段。通过这个矩阵你可以精确控制“谁和谁发生什么关系”是解决复杂交互问题的钥匙。3.4 配置项四碰撞启用Collision Enabled这是什么这是一个总开关控制碰撞组件是否参与任何碰撞查询。它有四个模式NoCollision完全关闭。不查询不响应不触发事件。最高效QueryOnly仅进行重叠查询Overlap Query。可以触发Overlap事件但不发生物理阻挡即使响应设为Block物理上也会穿过。常用于不需要物理模拟的触发器、检测区域。PhysicsOnly仅进行物理阻挡查询。可以发生物理阻挡并触发Hit事件但不会触发Overlap事件。常用于纯物理模拟的刚体你只关心它的物理碰撞不关心其重叠逻辑。QueryAndPhysics两者都进行。既可以触发Overlap事件也可以发生物理阻挡并触发Hit事件。这是最常用但也最耗能的模式。如何配置与影响在细节面板的“碰撞Collision”分段第一个选项就是Collision Enabled。典型错误给一个触发器Trigger Volume设置了Collision Enabled为QueryAndPhysics并且对玩家通道的响应是Block。结果玩家走到触发器时被物理卡住无法触发预期的重叠事件。正确的做法是设为QueryOnly响应设为Overlap。性能优化对于永远只作为触发器使用的物体如剧情触发框果断使用QueryOnly。对于只受物理引擎驱动、无需游戏逻辑检测的碎石块使用PhysicsOnly。3.5 配置项五模拟生成命中事件Simulation Generates Hit Events这是什么一个针对物理模拟Physics Simulation组件的特殊开关。当一个组件因为物理模拟例如被力推动、受重力下落而与其他物体发生Block碰撞时这个开关决定了是否触发OnHit事件。如何配置与影响在组件细节面板的“碰撞Collision”分段可以找到Simulation Generates Hit Events复选框。默认情况对于静态网格体Static Mesh或没有开启物理模拟的组件此选项无意义。关键场景你的子弹是一个开启了物理模拟Simulating Physics为 true的球体并且你希望它在击中墙壁时Block能在蓝图中收到OnHit事件来播放爆炸效果。那么除了确保碰撞响应设置为Block外必须勾选此选项。否则物理模拟产生的碰撞只会被物理引擎处理反弹、停止但不会通知游戏逻辑。对比如果子弹是由代码每帧SetActorLocation移动的非物理模拟那么只要碰撞响应是Block碰撞时就会触发Hit事件与此选项无关。3.6 配置项六通知命中事件Notify Hit Events与通知重叠事件Notify Overlap Events这是什么这两个是更底层、更精确的事件触发开关。它们控制着当碰撞发生时是否向该组件的OnComponentHit或OnComponentBeginOverlap等事件分发器发送通知。如何配置与影响它们位于细节面板“碰撞Collision”分段的“事件Events”分组下。Notify Hit Events勾选后当发生Block碰撞时该组件的OnComponentHit事件会被触发。Notify Overlap Events勾选后当发生Overlap时该组件的OnComponentBegin/EndOverlap事件会被触发。为什么需要手动控制默认情况下当你为组件添加了事件绑定如在蓝图中拉出事件线引擎会自动帮你勾选这些选项。但在C中或者出于性能考虑时你需要手动管理。性能考量如果你有成千上万个相同类型的物体比如草地上的草每个都监听重叠事件会带来巨大的性能开销。你可以选择只让其中少数“关键”的草开启Notify Overlap Events或者通过其他方式如距离检测来优化。C代码在C中即使碰撞响应设置正确如果你没有在组件上调用OnComponentHit.AddDynamic或OnComponentBeginOverlap.AddDynamic来绑定函数并且也没有在编辑器里勾选这些通知那么事件是不会被触发的。3.7 配置项七碰撞形状与复杂度Collision Complexity这是什么这关乎碰撞检测的精度和性能。对于静态网格体Static Mesh你可以在其资产编辑器中为其分配碰撞体。主要有两种类型简单碰撞Simple Collision使用基本的几何体盒体、球体、胶囊体、凸包来近似表示网格形状。性能极高是移动和物理交互的首选。复杂碰撞Complex Collision使用网格体本身的三角形面进行精确碰撞检测。精度最高但性能开销巨大。如何配置与影响在静态网格体编辑器中有“碰撞Collision”菜单。默认选项Use Simple Collision As Complex。这是最常用的。意思是在进行Block检测时使用简单碰撞体高效在进行Overlap查询时也使用简单碰撞体。Use Complex Collision As Simple不推荐。它强制在Block检测中也使用复杂网格会严重拖垮性能。Use Complex Collision As Simple And Query这个选项允许你在Overlap查询时使用复杂碰撞高精度而在Block检测时使用简单碰撞高性能。这是一个非常有用的折中方案典型应用场景 你需要制作一个具有复杂外形的雕像玩家胶囊体不能穿过它Block但你需要检测子弹一个小球是否精确击中了雕像的某个细小部位如手中的剑尖。做法为雕像网格创建一个包裹整体的简单碰撞盒用于和玩家Block。然后在碰撞设置中选择Use Complex Collision As Simple And Query。结果玩家与雕像的阻挡检测使用简单的盒子高效且合理。而当进行子弹其碰撞响应对该通道为Overlap的重叠检测时引擎会使用雕像的复杂网格进行精确判断从而知道子弹是否击中了剑尖。4. 实战流程从零配置一个可交互的宝箱让我们通过一个完整的例子串联起这7个配置项。目标创建一个宝箱玩家可以走过不阻挡但按下交互键时如果玩家在宝箱附近宝箱会打开。4.1 第一步创建宝箱Actor与碰撞组件新建一个Actor蓝图命名为BP_InteractableChest。在组件面板添加一个StaticMeshComponent命名为ChestMesh并指定一个宝箱模型。添加一个BoxComponent命名为InteractionZone。将其调整到合适大小覆盖宝箱周围一小片区域。这个组件将作为我们的“交互检测区域”。4.2 第二步配置碰撞预设与响应矩阵这是最关键的一步我们要为InteractionZone盒子组件定义清晰的交互规则。选择InteractionZone组件在细节面板找到“碰撞Collision”分段。设置Collision Enabled为QueryOnly。因为我们只需要检测重叠不需要物理阻挡。设置Collision Presets为 “Custom...”。设置Object Channel。我们需要为“交互区域”定义一个专属身份。假设我们在项目设置里已经自定义了一个通道叫ECC_Interaction。这里就选择ECC_Interaction。如果没有可以先选一个不常用的预设通道如WorldDynamic但最佳实践是自定义。配置Collision Responses找到Pawn玩家通道设置为Overlap。这样玩家进入区域时会触发重叠事件。找到WorldStatic和WorldDynamic设置为Ignore。我们不关心宝箱区域和场景其他物体的碰撞。可选如果你有敌人NPC并且不希望他们触发宝箱将对应通道如ECC_Enemy也设为Ignore。确保其他所有通道都是Ignore。这是良好习惯避免不必要的碰撞查询。4.3 第三步配置宝箱网格的碰撞ChestMesh是视觉部分我们可能希望它有简单的物理阻挡防止其他物理物体掉进去。选择ChestMesh组件。设置Collision Enabled为QueryAndPhysics默认。设置Collision Presets为BlockAllDynamic。这意味着它会阻挡所有动态物体如物理模拟的石头、其他角色但不会阻挡世界静态物体因为通常不需要。玩家是Pawn属于动态物体所以默认也会被阻挡。但我们之前希望玩家能走过宝箱这里有个矛盾。实际上更合理的逻辑是宝箱网格本身阻挡玩家但玩家可以通过其他机制如动画、传送来“打开”宝箱而不是穿过去。如果我们真的想要玩家能穿过就需要将ChestMesh对Pawn的响应设为Ignore或Overlap。但为了示例我们保持阻挡认为“打开”动作是播放一个打开动画而非移动穿过。4.4 第四步蓝图事件绑定与逻辑编写现在配置好了碰撞规则我们需要在玩家进入区域时得到通知。在BP_InteractableChest的事件图表中选中InteractionZone组件。右键搜索并添加事件OnComponentBeginOverlap和OnComponentEndOverlap。在OnComponentBeginOverlap事件中类型转换Other Actor为你的玩家角色类如BP_PlayerCharacter。转换成功则说明玩家进入了交互区域。我们可以设置一个布尔变量bPlayerInRange为 true并可能在屏幕上显示提示UI如“按E打开”。在OnComponentEndOverlap事件中做相反操作设置bPlayerInRange为 false隐藏提示UI。在玩家角色的输入事件中如按下E键判断当前重叠的宝箱Actor可以通过射线检测或接口通信获取的bPlayerInRange是否为真如果为真则调用宝箱的“打开”函数播放开启动画生成物品等。4.5 第五步测试与调试运行游戏控制角色走向宝箱。预期结果角色应该不会被InteractionZone盒子阻挡可以自由穿过该区域。当角色进入盒子范围时OnComponentBeginOverlap事件被触发提示UI出现。当角色离开时OnComponentEndOverlap事件被触发提示UI消失。按下E键宝箱打开。如果角色被盒子卡住检查InteractionZone的Collision Enabled是否为QueryOnly以及对Pawn的响应是否为Overlap。如果没有任何事件触发检查InteractionZone的Notify Overlap Events是否被勾选通常绑定事件后自动勾选。检查玩家角色的CapsuleComponent或其他主要碰撞体的对象通道是否是Pawn或你设置响应的那个通道。使用编辑器中的“碰撞显示Collision Display”视图按AltC可视化查看碰撞体确认它们确实在空间上重叠了。5. 高级议题与性能优化掌握了基础配置我们来看看更深入的问题和如何让碰撞系统更高效。5.1 碰撞追踪Collision Tracing与通道过滤在代码中我们经常需要主动进行碰撞检测比如发射射线LineTrace、形状扫描Sweep、重叠查询Overlap。这些函数如LineTraceSingleByChannel,SphereOverlapActors都需要指定一个CollisionChannel作为查询通道。这里的通道是“查询通道”它决定了这次检测要检测哪些类型的物体。查询会遍历场景中所有碰撞体但只返回那些对象通道与查询通道相匹配并且在该物体的响应矩阵中对查询通道的响应不是Ignore的物体。例如// 发射一条射线只检测属于 ECC_WorldStatic 和 ECC_Pawn 通道的物体 FCollisionObjectQueryParams ObjectQueryParams; ObjectQueryParams.AddObjectTypesToQuery(ECC_WorldStatic); ObjectQueryParams.AddObjectTypesToQuery(ECC_Pawn); FHitResult HitResult; if (GetWorld()-LineTraceSingleByObjectType(HitResult, Start, End, ObjectQueryParams)) { // 命中的物体要么是 WorldStatic要么是 Pawn }理解这一点你就能在代码中精准控制检测范围避免不必要的性能浪费。5.2 碰撞配置文件Collision Profiles的管理在大型项目中直接在每个组件上勾选响应矩阵是不可维护的。必须在项目设置 - 引擎 - 碰撞中定义“碰撞预设Collision Presets”也就是我前面说的“套餐”。最佳实践规划通道项目初期就规划好需要的碰撞通道。例如ECC_Player,ECC_Enemy,ECC_Projectile,ECC_Interactable,ECC_Damageable等。定义预设为常见的物体类型创建预设。Preset_Player对象通道ECC_Player。对WorldStaticBlock对ECC_EnemyOverlap用于近战检测对ECC_ProjectileBlock对ECC_InteractableOverlap。Preset_Enemy对象通道ECC_Enemy。规则类似玩家但可能对ECC_ProjectileOverlap用于受击检测。Preset_Projectile对象通道ECC_Projectile。对WorldStaticBlock对ECC_Player/ECC_EnemyOverlap对其他Ignore。Preset_Interactable对象通道ECC_Interactable。对ECC_PlayerOverlap对其他所有Ignore且Collision Enabled为QueryOnly。应用预设在制作模型、创建蓝图时直接为碰撞组件选择对应的预设。当需要调整规则时只需修改项目设置中的预设所有应用该预设的物体都会自动更新。5.3 性能陷阱与排查技巧碰撞处理不当是性能杀手。以下是一些常见陷阱和排查工具陷阱1过度使用BlockAll或QueryAndPhysics。对大量静态装饰物使用BlockAll会导致移动组件如角色进行极其昂贵的阻挡扫描。对于永远不会移动的装饰使用WorldStatic通道和简单的碰撞体并确保移动物体只对必要的通道进行Block。陷阱2复杂碰撞滥用。对大量物体使用Use Complex Collision As Simple或在Overlap查询中无差别使用复杂碰撞。务必使用Use Simple Collision As Complex或Use Complex Collision As Simple And Query进行精确控制。陷阱3不必要的重叠事件监听。成千上万个物体都绑定了重叠事件即使它们大部分时间都不交互。可以通过距离检查、分页加载等方式动态启用/禁用组件的Notify Overlap Events。排查工具stat collisions在游戏运行时控制台输入查看当前帧碰撞查询的耗时和次数。重点关注LineTrace、Sweep、Overlap的计数。碰撞可视化AltC在编辑器中查看碰撞体的实际形状和类型红色通常为Block绿色为Overlap。检查是否有意外巨大或复杂的碰撞体。性能分析器Unreal Insights使用Collision计数器可以深入分析是哪一种碰撞查询、哪一个Actor导致了性能瓶颈。6. 常见问题与解决方案速查表下表汇总了开发中最常遇到的碰撞相关问题及其排查思路问题现象可能原因排查步骤与解决方案Overlap事件不触发1. 碰撞响应未设置为Overlap。2.Collision Enabled模式错误如设为PhysicsOnly。3.Notify Overlap Events未勾选。4. 双方对象通道在响应矩阵中未被包含或设为Ignore。5. 组件在运行时被禁用了碰撞SetCollisionEnabled(ECollisionEnabled::NoCollision)。1. 检查双方组件对彼此通道的响应是否为Overlap。2. 确保检测方组件Collision Enabled包含QueryQueryOnly或QueryAndPhysics。3. 检查Notify Overlap Events是否勾选。4. 使用碰撞可视化AltC确认体积确实重叠。5. 检查代码中是否有动态禁用碰撞的逻辑。Hit事件不触发1. 碰撞响应未设置为Block。2.Collision Enabled模式错误如设为QueryOnly。3.Notify Hit Events未勾选。4. 对于物理模拟物体未勾选Simulation Generates Hit Events。5. 碰撞发生速度过快穿透Tunneling了。1. 检查双方组件对彼此通道的响应是否为Block。2. 确保组件Collision Enabled包含PhysicsPhysicsOnly或QueryAndPhysics。3. 检查Notify Hit Events是否勾选。4. 如果是物理模拟物体勾选Simulation Generates Hit Events。5. 考虑使用连续碰撞检测CCD或增大碰撞体。角色被触发器Trigger卡住触发器的Collision Enabled为QueryAndPhysics且对Pawn通道的响应为Block。将触发器的Collision Enabled改为QueryOnly并确保对所需通道的响应为Overlap。子弹等高速物体穿模帧间位移过大导致从物体一侧直接“穿越”到另一侧未检测到碰撞。1. 启用连续碰撞检测CCD在移动组件或物理体中设置bUseCCD true。2. 增大碰撞体尺寸。3. 在代码中使用扫描Sweep而非瞬移Teleport来移动物体。碰撞检测性能差1. 大量物体使用复杂碰撞。2. 碰撞响应矩阵过于宽泛如大量BlockAll。3. 频繁进行大范围的Overlap查询。1. 为静态网格使用简单碰撞体并采用合适的碰撞复杂度设置。2. 精细化碰撞响应矩阵将不需要的通道设为Ignore。3. 优化查询频率和范围使用stat collisions定位热点。自定义通道不生效1. 自定义通道未在项目设置中正确创建和启用。2. 组件未使用自定义通道作为对象通道。3. 其他物体的响应矩阵中未配置对该自定义通道的响应。1. 检查“项目设置-碰撞”中自定义通道是否已添加且Default Response不是Ignore。2. 确认组件对象通道选择正确。3. 在相关物体的碰撞响应矩阵中找到你的自定义通道并设置响应Overlap/Block。7. 从理论到实践一个复杂的交互案例设计假设我们要实现一个带护盾的敌人普通子弹ECC_Projectile会被护盾ECC_Shield阻挡并触发Hit事件但穿透子弹ECC_PenetratingProjectile可以穿过护盾Ignore直接击中敌人本体ECC_Enemy并触发Overlap事件用于计算伤害。同时玩家ECC_Player不能穿过护盾但可以穿过敌人本体避免卡位。我们需要规划以下内容通道定义ECC_Player,ECC_Enemy,ECC_Projectile,ECC_PenetratingProjectile,ECC_Shield。预设与组件护盾组件一个SphereComponent对象通道ECC_Shield碰撞预设Custom响应矩阵对ECC_Player和ECC_Projectile为Block对ECC_PenetratingProjectile为Ignore对ECC_Enemy为Ignore防止和自己人碰撞。Collision Enabled:QueryAndPhysicsSimulation Generates Hit Events: 勾选如果护盾是物理模拟的敌人本体组件CapsuleComponent对象通道ECC_Enemy碰撞预设Custom响应矩阵对ECC_Player为Overlap用于近战检测等对ECC_Projectile为Overlap如果护盾没了对ECC_PenetratingProjectile为Overlap对ECC_Shield为Ignore。Collision Enabled:QueryOnly因为本体不需要物理阻挡只需要事件。子弹配置普通子弹对象通道ECC_Projectile。对ECC_Shield和ECC_Enemy为Overlap对WorldStatic为Block。穿透子弹对象通道ECC_PenetratingProjectile。对ECC_Shield为Ignore对ECC_Enemy为Overlap对WorldStatic为Block。通过这样精细的配置我们就能用一套统一的碰撞系统优雅地处理这种复杂的、有层次的游戏逻辑而无需在代码中写大量的if-else来判断“谁打了谁谁该被阻挡”。所有的规则都通过数据配置表碰撞预设和响应矩阵清晰地定义好了。