1. 项目概述为什么扇形检测是游戏开发的必备技能在游戏开发里尤其是动作、塔防、MOBA或者ARPG这类游戏我们经常需要处理一个经典问题我的角色或者炮塔到底“看到”或者“能打到”哪些敌人这个“看到”和“打到”的范围很多时候就是一个扇形区域。想想《英雄联盟》里ADC的普攻范围、《魔兽世界》里战士的顺劈斩或者一个塔防游戏里防御塔的警戒区域背后都是扇形检测在起作用。所以这个标题“Unity | 扇形检测实战从基础实现到动态追踪”切中的正是游戏逻辑层一个高频且基础的需求。它不是一个炫酷的渲染效果而是实实在在 gameplay 的基石。很多新手可能会用圆形检测Physics2D.OverlapCircle简单替代但这会带来严重的不合理感——角色明明只能攻击前方120度结果背后的敌人也被打中了这体验就很糟糕。因此精准、高效的扇形检测是实现合理游戏规则和流畅战斗体验的关键。从热词来看大家搜索的不仅仅是“扇形检测”这个孤立功能还关联着“Unity性能优化”、“动态追踪”、“AI Navigation”等。这说明开发者们不满足于一个静态的、每帧暴力计算的检测他们需要的是能集成到复杂AI行为树里、能高效处理大量单位、并且可以平滑追踪移动目标的解决方案。这正是本次实战要深入的核心从最基础的几何原理实现开始一步步构建一个可用于生产环境的、支持动态目标的扇形检测系统。2. 核心思路拆解距离、角度与动态追踪三位一体实现一个扇形检测无论听起来多简单拆解开来都离不开三个最核心的判定条件这也是网络上相关文章普遍提到的要点距离、角度和朝向。但仅仅知道这三点还不够我们需要深入其实现细节和性能考量。2.1 距离判断不仅仅是计算长度距离判断的目的是筛选出所有在扇形半径范围内的潜在目标。最直接的想法是获取检测源点如玩家和目标点如敌人的世界坐标然后计算 Vector3.Distance。然而这里有一个常见的性能陷阱Vector3.Distance内部其实进行了一次开方运算Mathf.Sqrt来计算精确的欧几里得距离。在每一帧对大量目标进行检测时这个开方操作会成为性能瓶颈。优化技巧对于只需要比较距离远近、而不需要确切距离值的判定比如判断是否在半径R内我们可以使用sqrMagnitude平方长度来代替。因为如果(A-B).sqrMagnitude R*R那么其原始距离也一定 R。避免了开方计算速度会快很多。// 不推荐的写法每帧对多个目标使用 if (Vector3.Distance(transform.position, target.position) radius) { ... } // 推荐的优化写法 Vector3 offset target.position - transform.position; if (offset.sqrMagnitude radius * radius) { ... }2.2 角度判断点积与叉积的共舞这是扇形检测的灵魂。我们需要判断目标是否位于检测源正方向的一定角度即扇形张角如60度、90度、120度范围内。数学原理依赖于向量的点积公式A·B |A| * |B| * cosθ。其中θ是向量A和B之间的夹角。如果我们已经通过距离判断拿到了一个偏移向量V target.position - origin.position以及检测源的向前方向向量forward那么cosθ (V·forward) / (|V|*|forward|)。由于forward通常是单位向量长度为1公式简化为cosθ (V·forward) / |V|。我们知道当cosθ cos(扇形半角)时目标就在扇形内。因为余弦函数在[0,180]度区间内是单调递减的角度越小余弦值越大。// 计算向量 Vector3 toTarget target.position - transform.position; // 归一化方向向量注意这里需要一次开方但每个目标仅一次 Vector3 dirToTarget toTarget.normalized; // 计算点积 float dot Vector3.Dot(transform.forward, dirToTarget); // 判断角度假设扇形总角度为fov float cosHalfFOV Mathf.Cos(fov * 0.5f * Mathf.Deg2Rad); if (dot cosHalfFOV) { // 目标在角度范围内 }但这里引出了另一个关键点二维还是三维上述计算是三维空间的。对于绝大多数2D游戏如俯视角、横版卷轴我们需要将“前方”从transform.forward替换为transform.right或transform.up并确保所有坐标都在同一平面忽略Y轴或Z轴。有时我们甚至需要处理2D空间内的“左右”判定这时就需要引入叉积来判断目标在扇形的左侧还是右侧以实现一些特殊逻辑如只攻击左侧敌人。2.3 动态追踪从静态检测到智能感知基础扇形检测是“瞬间”的、静态的。而“动态追踪”意味着这个扇形区域可以跟随某个目标移动或旋转或者检测逻辑能持续对移动中的目标做出反应。这通常不是修改检测算法本身而是将其嵌入到一个更高的逻辑循环中。持续检测Update/FixedUpdate最简单的动态追踪就是在Update或FixedUpdate中每帧执行一次扇形检测根据结果实时更新目标列表。这适用于需要即时反馈的场景如玩家角色的近战攻击判定。预测性追踪对于需要一定智能的AI如炮塔简单的每帧检测会导致瞄准线抖动。更好的做法是加入预测算法。当目标进入扇形后AI不再简单地瞄准目标当前位置而是根据目标的速度和移动方向计算一个提前量让扇形或炮口朝向目标未来的位置。这涉及到简单的运动学预测让追踪显得更平滑、更智能。状态驱动将扇形检测作为AI状态机中的一个条件。例如一个“警戒”状态持续进行扇形检测当检测到敌人时切换到“追踪”或“攻击”状态。在“追踪”状态中扇形检测的朝向forward方向会每帧设置为从AI指向当前锁定目标的方向从而实现扇形的动态旋转始终“罩住”目标。3. 基础实现方案两种主流方法详解理解了核心思路后我们来看两种在Unity中最常见的实现方法。它们各有优劣适用于不同场景。3.1 几何计算法纯数学实现这是最经典、性能可控且不依赖物理引擎的方法。我们已经在核心思路里拆解了其原理现在将其封装成一个可复用的函数。using UnityEngine; using System.Collections.Generic; public class SectorDetector : MonoBehaviour { public float radius 5f; // 扇形半径 public float angle 90f; // 扇形角度总张角 public LayerMask targetLayer; // 需要检测的目标层级 /// summary /// 执行一次扇形检测返回所有在扇形内的目标Transform列表 /// /summary public ListTransform DetectTargets() { ListTransform result new ListTransform(); // 1. 球形检测快速筛选出半径内的所有潜在目标 Collider[] hitColliders Physics.OverlapSphere(transform.position, radius, targetLayer); // 提前计算余弦值避免在循环中重复计算 float cosHalfAngle Mathf.Cos(angle * 0.5f * Mathf.Deg2Rad); Vector3 originPos transform.position; Vector3 originForward transform.forward; foreach (var collider in hitColliders) { Vector3 targetPos collider.transform.position; Vector3 directionToTarget (targetPos - originPos).normalized; // 2. 角度判断使用点积 float dot Vector3.Dot(originForward, directionToTarget); if (dot cosHalfAngle) { // 3. 可选射线检测排除被墙壁遮挡的目标 // if (!Physics.Linecast(originPos, targetPos, out RaycastHit hit, obstacleLayer)) // { result.Add(collider.transform); // } } } return result; } // 在Scene视图中绘制扇形Gizmos便于调试 private void OnDrawGizmosSelected() { Gizmos.color Color.yellow; Gizmos.DrawWireSphere(transform.position, radius); Vector3 forward transform.forward; Vector3 leftBoundary Quaternion.Euler(0, -angle / 2, 0) * forward; Vector3 rightBoundary Quaternion.Euler(0, angle / 2, 0) * forward; Gizmos.color Color.red; Gizmos.DrawRay(transform.position, leftBoundary * radius); Gizmos.DrawRay(transform.position, rightBoundary * radius); // 绘制扇形弧线近似 int segments 20; Vector3 prevPoint transform.position leftBoundary * radius; for (int i 1; i segments; i) { float t (float)i / segments; float currentAngle Mathf.Lerp(-angle / 2, angle / 2, t); Vector3 currentDir Quaternion.Euler(0, currentAngle, 0) * forward; Vector3 currentPoint transform.position currentDir * radius; Gizmos.DrawLine(prevPoint, currentPoint); prevPoint currentPoint; } Gizmos.DrawLine(prevPoint, transform.position rightBoundary * radius); } }方案解析与注意事项性能核心先用Physics.OverlapSphere进行粗筛。这是关键优化它直接利用物理引擎的空间划分结构如四叉树、BVH快速排除远处物体避免了遍历场景中所有对象的巨大开销。精度与遮挡注释掉的Physics.Linecast部分展示了如何处理“视线遮挡”。在真实游戏中即使目标在扇形几何范围内也可能被墙壁挡住。添加射线检测可以解决这个问题但会增加计算量。你需要根据游戏类型决定是否需要。调试可视化OnDrawGizmosSelected函数至关重要。没有可视化的检测区域调试就像盲人摸象。Gizmos能让你在Scene窗口清晰看到扇形的范围、半径和朝向极大提升开发效率。3.2 触发器配合层碰撞矩阵法这种方法更“物理”利用Unity的碰撞检测系统。思路是创建一个扇形的Mesh Collider或由多个碰撞体组合成扇形作为触发器挂载在检测物体上。当其他物体进入、停留或离开这个触发器时通过OnTriggerEnter/Stay/Exit事件来感知。实现步骤在3D建模软件如Blender或Unity中用代码生成一个扇形的Mesh。将该Mesh附加到GameObject上并添加MeshCollider组件勾选Is Trigger。为该GameObject和需要被检测的目标对象设置好不同的Layer。在Project Settings - Physics 中配置好这两个Layer之间的碰撞矩阵确保它们能产生触发事件。编写脚本在OnTriggerEnter(Collider other)等方法中将other.transform加入到一个目标列表如HashSetTransform中在OnTriggerExit时移除。方案优劣分析优点实现简单逻辑清晰完全由物理引擎驱动适合需要持续感知且对帧率不敏感的场景。对于简单的AI“视野”或“感应区域”非常直观。缺点精度与性能Mesh Collider特别是复杂Mesh的碰撞检测成本较高。对于大量移动的单位性能可能不如几何计算法。动态调整困难运行时动态改变扇形的半径或角度需要重新生成Mesh或缩放不够灵活。2D适配在2D项目中需要使用PolygonCollider2D来近似扇形调整起来更麻烦。实操心得对于需要高频检测如每帧攻击判定、参数需动态调整如技能升级扩大范围或单位数量巨大的情况首选几何计算法。它更轻量性能可控逻辑完全掌握在自己手中。而触发器法则更适合那些作为静态或半静态区域、检测频率要求不高的“感应区”比如一个警报器的探测范围。4. 动态追踪系统构建基础检测是静态的而游戏是动态的。我们需要将基础检测升级为一个能应对移动目标和动态需求的系统。4.1 目标优先级与锁定机制当扇形内同时存在多个目标时我们需要一套规则来决定追踪或攻击哪一个。常见的优先级规则包括最近优先选择距离最近的目标。这符合大多数直觉。血量最低优先斩首选择生命值百分比最低的目标适用于集火秒杀。威胁最高优先可能需要一个“威胁值”系统根据敌人类型、攻击力等动态计算。最先进入优先维护一个进入扇形的时间戳选择最早进入的目标。实现时我们可以在DetectTargets函数返回列表后再对这个列表进行排序和筛选。public Transform GetPriorityTarget(ListTransform targets) { if (targets null || targets.Count 0) return null; Transform priorityTarget null; float highestPriority float.MinValue; foreach (var target in targets) { float score CalculateTargetScore(target); if (score highestPriority) { highestPriority score; priorityTarget target; } } return priorityTarget; } private float CalculateTargetScore(Transform target) { float score 0; // 规则1距离越近分数越高假设权重为距离因子 float distance Vector3.Distance(transform.position, target.position); score (radius - distance) / radius * distanceWeight; // distanceWeight是距离权重系数 // 规则2假设有Health组件血量百分比越低分数越高 Health health target.GetComponentHealth(); if (health ! null) { score (1 - health.CurrentHealth / health.MaxHealth) * healthWeight; } // 可以添加更多规则... return score; }一旦确定了优先目标就进入“锁定”状态。此时扇形检测的逻辑可能发生变化从“扫描寻找目标”变为“维持对锁定目标的追踪”。即使目标短暂移出扇形例如因为快速移动也可以设置一个短暂的“丢失计时器”而不是立即放弃锁定这能让体验更平滑。4.2 平滑旋转与插值追踪直接让扇形的朝向即物体的transform.forward每帧瞬间指向目标会显得非常生硬和机械。我们需要平滑的旋转。public Transform lockedTarget; public float rotationSpeed 180f; // 度/秒 void UpdateTracking() { if (lockedTarget ! null) { Vector3 directionToTarget (lockedTarget.position - transform.position).normalized; // 使用Quaternion.RotateTowards或Quaternion.Slerp进行平滑旋转 Quaternion targetRotation Quaternion.LookRotation(directionToTarget); transform.rotation Quaternion.RotateTowards(transform.rotation, targetRotation, rotationSpeed * Time.deltaTime); // 也可以使用Mathf.SmoothDampAngle来平滑角度适用于2D // float currentAngle transform.eulerAngles.y; // float targetAngle Mathf.Atan2(directionToTarget.x, directionToTarget.z) * Mathf.Rad2Deg; // float smoothAngle Mathf.SmoothDampAngle(currentAngle, targetAngle, ref turnVelocity, turnSmoothTime); // transform.rotation Quaternion.Euler(0, smoothAngle, 0); } }进阶预测性追踪对于射击类游戏瞄准移动目标需要预测。一个简单的线性预测算法是计算“提前量”。public Vector3 PredictTargetPosition(Transform target, float projectileSpeed) { if (projectileSpeed 0) return target.position; // 无限速度则无需预测 Rigidbody targetRb target.GetComponentRigidbody(); if (targetRb null) return target.position; // 无刚体则无法预测速度 Vector3 targetVelocity targetRb.velocity; Vector3 toTarget target.position - transform.position; float distance toTarget.magnitude; float timeToHit distance / projectileSpeed; // 预估飞行时间 // 预测位置 当前位置 速度 * 时间 return target.position targetVelocity * timeToHit; }在追踪时我们不再瞄准target.position而是瞄准PredictTargetPosition(target, bulletSpeed)。这会让炮塔或角色的瞄准点略微领先于目标当前们位置射击移动目标时命中率更高。4.3 性能优化策略当场景中有成百上千个单位都需要进行扇形检测时如大规模RTS游戏性能问题会凸显。以下是一些关键优化策略分帧检测/异步检测不要所有单位都在同一帧进行检测。可以将单位分组分散到不同的帧去执行。例如每帧只检测10%的单位。private ListUnit allUnits; private int currentIndex 0; void Update() { // 每帧检测N个单位 int unitsPerFrame Mathf.CeilToInt(allUnits.Count / 10f); // 分10帧检完 for(int i 0; i unitsPerFrame; i) { if(currentIndex allUnits.Count) currentIndex 0; allUnits[currentIndex].DoSectorDetection(); currentIndex; } }空间划分与查询优化这是最根本的优化。Physics.OverlapSphere之所以快是因为物理引擎底层使用了空间加速结构如动态AABB树。我们自己管理大量单位时也可以引入类似机制如四叉树2D、八叉树3D或网格法。将场景划分为格子每个单位根据坐标注册到某个格子。检测时只查询检测源所在格子及相邻格子根据半径决定内的单位极大减少了遍历数量。Unity的Physics.SphereCastNonAlloc或OverlapSphereNonAlloc等非分配内存版本的方法也能减少GC压力。LOD检测根据单位的重要性或距离采用不同精度的检测。对于远处的单位可以使用更大的检测间隔如每5帧一次、更粗糙的角度判断如先进行90度象限粗筛或甚至省略检测。Job System与Burst Compiler对于极大规模、计算密集的检测如数千个单位互相检测可以考虑使用Unity的C# Job System和Burst Compiler将检测逻辑并行化。将单位的位置、朝向数据放入NativeArray在Job中并行计算距离和点积可以榨干多核CPU的性能。但这属于进阶优化代码复杂度较高。5. 实战应用与问题排查5.1 在不同游戏类型中的应用变体MOBA/ARPG近战攻击扇形检测是近战范围技能顺劈、横扫的核心。需要特别注意检测的频率和时机。通常不在每帧检测而是在攻击动画的特定关键帧通过Animation Event触发进行一次性检测以此判定此次攻击是否命中。这能保证攻击判定的节奏感和准确性避免一帧内多次判定。FPS/TPS玩家视野用于实现敌人的“视野”AI。此时扇形检测需要结合视线射线Raycast来检查遮挡。敌人可能“看到”玩家在扇形内且未被遮挡也可能只是“听到”玩家在扇形内但被遮挡触发警戒状态。同时视野扇形的角度通常较窄如120度且可能随敌人状态变化警戒时角度变大。塔防游戏防御塔的索敌逻辑。这里扇形检测的目标优先级系统尤为重要。是打最近的打血最厚的还是打跑得最快的不同的优先级会完全改变塔防的策略性。此外塔的“转身速度”即上一节提到的平滑旋转速度也是一个重要的平衡参数快速攻击的塔可以转身慢慢速高攻的塔则需要快速转身以保证输出效率。2D游戏横版、俯视角原理相同但坐标计算需简化。在2D俯视角中forward可能对应transform.up或transform.right计算夹角时使用Vector2.Angle或Vector2.Dot。在横版游戏中扇形可能只存在于左右一侧判断时需要结合角色的朝向transform.localScale.x的符号。5.2 常见问题与调试技巧实录检测结果不稳定目标在边界闪烁原因通常由于目标物体碰撞体Collider的尺寸或形状导致其边界在扇形内外来回摆动。或者检测频率如FixedUpdate和Update混用与物理更新步调不一致。排查使用OnDrawGizmos将每一帧检测到的目标用红线连接并高亮显示。观察闪烁时目标与扇形边界的位置关系。可以尝试在检测时将目标的碰撞体中心点collider.bounds.center作为检测点而不是transform.position通常更稳定。解决引入“滞后区间”。例如离开扇形的条件从dot cosHalfAngle改为dot cosHalfAngle - 0.05f进入条件从dot cosHalfAngle改为dot cosHalfAngle - 0.02f。这能防止在边界处的抖动。性能突然下降原因最可能的原因是Physics.OverlapSphere检测到了过多无关的Collider可能是由于Layer设置错误或者半径过大导致后续的角度计算循环体量暴增。也可能是每帧产生了大量GC Alloc垃圾回收分配。排查使用Unity Profiler的CPU和GC模块进行分析。查看OverlapSphere调用和后续循环的耗时。检查传入的targetLayer是否正确是否只包含了真正需要检测的物体层级。解决确保使用正确的LayerMask。对于非物理驱动的检测考虑使用自己管理的单位列表和空间划分完全绕过物理引擎。使用OverlapSphereNonAlloc来复用数组避免GC。扇形朝向与预期不符原因搞混了2D和3D的空间方向或者transform.forward并非你想象中的“前方”。在3D模型中模型的局部前向轴Z轴可能并未朝向设计中的“正面”。调试在OnDrawGizmos中用Gizmos.DrawRay(transform.position, transform.forward * 2)画一条长红线表示当前“前向”。在Scene视图观察它是否指向你期望的方向。解决如果不一致不要直接修改模型而是创建一个空的子物体作为“检测点”或“武器挂点”将这个子物体的朝向调整正确然后在检测脚本中使用这个子物体的forward和position。这是一种更清晰、更易维护的做法。动态调整参数时检测区域显示不同步原因OnDrawGizmos中绘制的扇形是基于脚本的公共变量如radius,angle但如果你在运行时通过代码修改了这些变量Gizmos的绘制可能因为执行顺序问题没有立即更新。解决这不是功能性问题只是编辑器显示问题。可以尝试在修改参数的代码后调用UnityEditor.EditorUtility.SetDirty(this)仅限编辑器下或者简单地点击一下Inspector中的组件强制刷新。更可靠的做法是将Gizmos绘制所需的数据如半径、角度在OnValidate()方法或Start()中缓存起来。一个实用的调试面板建议创建一个简单的MonoBehaviour在OnGUI中显示当前锁定的目标、扇形内目标数量、最近一次检测耗时等信息。在开发阶段将这个脚本挂在检测物体上能让你对系统运行状态一目了然。