1. 项目概述为什么触摸状态判断是移动开发的基石在Unity移动游戏开发中触摸输入是玩家与虚拟世界交互最直接、最核心的桥梁。一个流畅、精准、响应及时的触摸交互体验往往决定了游戏手感的优劣。我们经常谈论的“手感好”很大程度上就源于对触摸事件精准、细腻的判断与控制。这个项目标题——“Unity手机触摸屏幕的状态判断包含触摸开始、触摸移动、触摸静止、触摸结束、触摸取消”——看似基础实则触及了移动交互设计的底层逻辑。它不仅仅是监听几个事件那么简单而是构建一套完整的、鲁棒的触摸响应系统的起点。无论是实现一个顺滑的虚拟摇杆、一个精准的拖拽UI、一个支持多点缩放旋转的3D模型查看器还是一个需要长按、滑动、轻触等复合手势的游戏其底层都离不开对这五个核心状态开始、移动、静止、结束、取消的精确识别与处理。很多新手开发者容易陷入一个误区只关注Input.GetTouch或EventSystem的简单调用而忽略了状态机管理、多点触摸的ID追踪、以及不同状态间平滑过渡的重要性。这会导致交互出现“断触”、“跳帧”、“手势误识别”等问题。本文将从一个资深移动端开发者的视角深入拆解Unity中触摸状态判断的完整技术栈。我们将从最基础的Input.touchesAPI讲起逐步深入到基于状态机的封装、与UI系统的融合、性能优化策略并分享大量实战中踩过的坑和总结出的“骚操作”。无论你是刚接触Unity移动开发的新手还是希望优化现有交互系统的老手这篇文章都将为你提供一套可直接复用的、工业级的解决方案。2. 核心需求解析与方案选型2.1 五种触摸状态的精确定义在深入代码之前我们必须像制定协议一样明确每个状态的确切含义和触发条件。这是避免后续逻辑混乱的前提。触摸开始 (TouchBegan): 手指首次接触到屏幕的瞬间。这是触摸生命周期的起点。系统会为这次触摸分配一个唯一的fingerId。关键点在此状态我们通常初始化与这次触摸相关的所有数据如起始位置、时间戳、关联的游戏对象等。触摸移动 (TouchMoved): 手指在屏幕上发生位移。只要手指位置与上一帧相比发生了变化即使变化量极小就会触发此状态。关键点这是实现拖拽、滑动、绘制等动态交互的核心。需要高效计算增量deltaPosition和速度。触摸静止 (TouchStationary): 手指接触屏幕但位置没有变化。这个状态非常容易被忽略但它对于实现“长按”检测、区分“轻触”与“准备拖拽”等场景至关重要。Unity的TouchPhase中直接包含了Stationary阶段。触摸结束 (TouchEnded): 手指从屏幕上抬起的瞬间。这标志着一次成功、完整的触摸交互的终结。关键点在此状态我们通常执行交互的最终逻辑如确认放置、触发点击事件、结算滑动速度等并清理该fingerId占用的资源。触摸取消 (TouchCanceled): 触摸被系统中断。这是最特殊也最易出错的状态。触发场景包括来电打断、系统弹窗覆盖、多指触摸时超出系统支持的最大点数等。关键点必须在此状态进行与TouchEnded类似的清理工作但通常不触发正常的交互逻辑例如一个拖拽到一半的物体应该回到原位而不是停留在中断的位置。注意很多初级Bug源于混淆了Ended和Canceled。一个健壮的系统必须同等重视并妥善处理Canceled否则会导致触摸ID泄露、对象状态卡死等严重问题。2.2 Unity提供的两套核心输入系统Unity为触摸输入提供了两套主要方案选择哪一套取决于你的项目类型和具体需求。方案一底层Input API (Input.touches)这是最原始、最直接、控制粒度最细的方案。它直接面向Touch结构体提供每一帧所有触摸点的原始数据。优点性能开销最小能获取最全面的信息如压力pressure、半径radius完全掌控触摸生命周期尤其适合需要复杂多点触控逻辑如自定义手势识别或对性能有极致要求的游戏如高帧率竞技游戏。缺点需要开发者手动管理所有状态逻辑和ID追踪与UI系统UGUI/UI Toolkit的集成需要额外工作。适用场景核心玩法重度依赖自定义触摸/手势的Gameplay层逻辑例如RTS游戏的单位框选、AR应用中的模型操控、自绘制的画板应用等。方案二事件系统 (EventSystem)这是UGUI框架的核心通过IPointerClickHandler、IDragHandler等接口提供高层抽象。优点与UI元素无缝集成自动处理事件传递如点击穿透、射线检测开发UI交互效率极高。它底层也使用了Input API但做了大量封装。缺点抽象层次高对底层触摸数据的控制力较弱。对于非UI对象如场景中的3D模型需要搭配Physics Raycaster或Graphic Raycaster且对于非常规的触摸状态判断如精确识别Stationary不够直接。适用场景以UI交互为主的游戏或应用或需要快速实现UI拖拽、点击等标准交互。选型建议 对于本项目目标——构建一个通用、可靠、细粒度的触摸状态判断系统我们选择以底层Input API为主并探讨如何与事件系统协同工作的方案。因为我们的目标是掌握所有状态的生杀大权Input API能给我们这个能力。在实战中Gameplay逻辑常用Input API而UI逻辑则委托给EventSystem两者可以通过消息或共享状态进行通信。3. 基于Input API的触摸状态机实现这是本文的核心。我们将实现一个名为TouchInputManager的单例类它每一帧解析Input.touches为每个有效的fingerId维护一个明确的状态机。3.1 定义触摸数据与状态枚举首先我们需要定义清晰的数据结构来跟踪一次触摸会话。// 自定义的触摸状态比Unity的TouchPhase更符合我们的业务逻辑 public enum TouchState { None, // 无状态初始或已清理 Began, // 开始 Moved, // 移动 Stationary, // 静止 Ended, // 正常结束 Canceled // 被取消 } // 封装一次触摸的完整信息 public class TouchInfo { public int fingerId; // 触摸ID public TouchState state; // 当前状态 public Vector2 startPosition; // 触摸开始位置屏幕坐标 public Vector2 position; // 当前位置 public Vector2 deltaPosition; // 本帧增量 public float startTime; // 触摸开始时间 public float duration; // 触摸持续时长 public GameObject currentOverGameObject; // 当前触摸点下的游戏对象通过射线检测获得 // 辅助属性 public bool IsActive state TouchState.Began || state TouchState.Moved || state TouchState.Stationary; public Vector2 totalDelta position - startPosition; }3.2 状态机管理器的核心实现TouchInputManager将负责驱动整个状态迁移。核心思路是维护一个字典以fingerId为键TouchInfo为值。每一帧遍历Input.touches根据Unity返回的Touch.phase来更新我们自定义的TouchInfo.state。using UnityEngine; using System.Collections.Generic; public class TouchInputManager : MonoBehaviour { private static TouchInputManager _instance; public static TouchInputManager Instance _instance; // 存储所有活跃触摸点的字典 private Dictionaryint, TouchInfo _activeTouches new Dictionaryint, TouchInfo(); // 用于存储本帧所有触摸信息供外部查询 private ListTouchInfo _currentFrameTouches new ListTouchInfo(); // 公开的访问接口 public IReadOnlyListTouchInfo CurrentTouches _currentFrameTouches; void Awake() { if (_instance ! null _instance ! this) { Destroy(this.gameObject); return; } _instance this; DontDestroyOnLoad(this.gameObject); // 常驻跨场景 } void Update() { // 清空上一帧的缓存准备构建本帧数据 _currentFrameTouches.Clear(); // 遍历当前帧所有系统触摸点 for (int i 0; i Input.touchCount; i) { Touch systemTouch Input.GetTouch(i); int fingerId systemTouch.fingerId; TouchInfo touchInfo; bool isNewTouch false; // 检查是否为新的触摸点 if (!_activeTouches.TryGetValue(fingerId, out touchInfo)) { // 新的触摸点只应在Began阶段出现 if (systemTouch.phase TouchPhase.Began) { touchInfo new TouchInfo(); touchInfo.fingerId fingerId; touchInfo.startPosition systemTouch.position; touchInfo.startTime Time.time; isNewTouch true; _activeTouches[fingerId] touchInfo; } else { // 如果系统报告一个非Began的触摸但其ID不在我们字典中这可能是上一帧Canceled后系统延迟通知。 // 为了安全我们将其视为Canceled的延续并进行清理。 continue; } } // 更新触摸信息 touchInfo.position systemTouch.position; touchInfo.deltaPosition systemTouch.deltaPosition; touchInfo.duration Time.time - touchInfo.startTime; // 关键根据系统Phase转换为我们自定义的State switch (systemTouch.phase) { case TouchPhase.Began: touchInfo.state TouchState.Began; // 为新触摸进行射线检测确定起始点下的对象 touchInfo.currentOverGameObject RaycastForGameObject(systemTouch.position); break; case TouchPhase.Moved: touchInfo.state TouchState.Moved; // 移动时也可以更新当前悬停对象可选用于拖拽过程中的检测 // touchInfo.currentOverGameObject RaycastForGameObject(systemTouch.position); break; case TouchPhase.Stationary: touchInfo.state TouchState.Stationary; break; case TouchPhase.Ended: touchInfo.state TouchState.Ended; // 触摸结束从活跃字典中移除 _activeTouches.Remove(fingerId); break; case TouchPhase.Canceled: touchInfo.state TouchState.Canceled; // 触摸取消同样必须从活跃字典中移除 _activeTouches.Remove(fingerId); break; } // 将本帧处理好的触摸信息加入列表 _currentFrameTouches.Add(touchInfo); // 如果是新触摸可以在这里触发一个“OnTouchBegan”全局事件 if (isNewTouch) { // EventSystem.Current.RaiseEvent(new TouchBeganEvent(touchInfo)); } } // 后处理可以在这里触发基于状态的事件例如 // foreach(var touch in _currentFrameTouches) { // if(touch.state TouchState.Moved) // 触发移动事件... // } } private GameObject RaycastForGameObject(Vector2 screenPos) { // 实现一个简单的射线检测可以同时检测UI和3D/2D物体 // 这里使用EventSystem的Raycast因为它兼容UGUI。 PointerEventData eventData new PointerEventData(EventSystem.current); eventData.position screenPos; ListRaycastResult results new ListRaycastResult(); EventSystem.current.RaycastAll(eventData, results); if (results.Count 0) { // 返回第一个被射线击中的游戏对象 // 你可以根据排序如深度、图层选择最合适的对象 return results[0].gameObject; } // 如果没有UI对象尝试用Physics.Raycast检测3D物体 Ray ray Camera.main.ScreenPointToRay(screenPos); RaycastHit hit; if (Physics.Raycast(ray, out hit)) { return hit.collider.gameObject; } // 尝试2D物理检测 RaycastHit2D hit2D Physics2D.Raycast(Camera.main.ScreenToWorldPoint(screenPos), Vector2.zero); if (hit2D.collider ! null) { return hit2D.collider.gameObject; } return null; } // 提供便捷的查询方法 public TouchInfo GetTouchById(int fingerId) { TouchInfo info; _activeTouches.TryGetValue(fingerId, out info); return info; // 可能为null } public bool IsTouchActive(int fingerId) { return _activeTouches.ContainsKey(fingerId); } }3.3 状态迁移的边界情况处理上面的代码是主干但在实际项目中边界情况才是魔鬼。多点触摸的ID管理字典_activeTouches自动管理了ID的添加和移除。关键在于Ended和Canceled状态必须移除否则字典会无限膨胀导致内存泄漏和逻辑错误。帧间状态丢失在极少数情况下如游戏卡顿剧烈系统可能丢失一个触摸点导致我们字典里有一个Active的触摸但本帧Input.touches里找不到它。一个健壮的实现应该增加一个“超时”机制。例如在Update末尾遍历_activeTouches如果某个触摸信息超过N帧如5帧没有被系统数据更新则强制将其标记为Canceled并清理。Canceled的识别除了系统报告的Canceled我们还应将一些特殊情况视为取消例如当应用失去焦点OnApplicationPause时应将所有活跃触摸强制转为Canceled。// 在TouchInputManager中增加超时检查 private void CheckForTimeouts() { float currentTime Time.time; Listint idsToRemove new Listint(); foreach (var kvp in _activeTouches) { // 如果某个触摸超过0.5秒没有更新理论上不应该发生则视为取消 if (currentTime - kvp.Value.startTime 0.5f (kvp.Value.state TouchState.Began || kvp.Value.state TouchState.Moved || kvp.Value.state TouchState.Stationary)) { // 这里可以触发一个自定义的超时取消事件 kvp.Value.state TouchState.Canceled; idsToRemove.Add(kvp.Key); } } foreach (int id in idsToRemove) { _activeTouches.Remove(id); } } // 在Update末尾调用CheckForTimeouts();4. 与Unity UI事件系统的协同与隔离我们的TouchInputManager掌握了原始触摸流但项目中大量的UI按钮、滑动列表仍然需要EventSystem来驱动。如何让两者和谐共处避免事件冲突例如UI点击同时触发了3D物体的拖拽4.1 事件传递的阻断策略核心策略是利用射线检测结果进行逻辑隔离。在RaycastForGameObject方法中我们优先返回UI对象。在Gameplay逻辑中例如控制角色移动的脚本在响应触摸之前先检查TouchInfo.currentOverGameObject。如果该对象是UI那么这次触摸应该优先由UI系统处理。Gameplay逻辑可以选择忽略此次触摸或者仅在UI未消费该事件时才响应。如何判断是否是UI可以检查对象或其父节点是否有GraphicImage, Text等或UIBehaviour组件。// 在控制3D物体拖拽的脚本中 void ProcessTouchForDrag(TouchInfo touch) { if (touch.state TouchState.Began) { // 检查触摸起始点是否在UI上 if (IsPointerOverUI(touch.startPosition)) { _isDragging false; // 不开始拖拽 return; } // 否则开始拖拽逻辑... _isDragging true; } // ... 其他状态处理 } private bool IsPointerOverUI(Vector2 screenPosition) { // 使用EventSystem检查 PointerEventData eventData new PointerEventData(EventSystem.current); eventData.position screenPosition; ListRaycastResult results new ListRaycastResult(); EventSystem.current.RaycastAll(eventData, results); // 如果射线检测结果中有任何对象是UI则返回true return results.Count 0 results.Any(r r.gameObject.GetComponentGraphic() ! null); }4.2 为UI元素扩展高级触摸状态有时UI元素本身也需要更细粒度的触摸状态比如一个可拖拽的卡片需要知道用户是“长按”了它Stationary一段时间后才开始拖拽还是直接开始拖拽。我们可以创建一个UIAdvancedTouchHandler组件。using UnityEngine; using UnityEngine.EventSystems; public class UIAdvancedTouchHandler : MonoBehaviour, IPointerDownHandler, IPointerUpHandler, IPointerExitHandler { private int? _trackedFingerId null; private TouchState _lastTouchState TouchState.None; private float _touchStartTime; public void OnPointerDown(PointerEventData eventData) { // 尝试从EventSystem的数据中关联到具体的Touch // 注意EventSystem可能会抽象掉具体的fingerId这里是一个简化示例 _trackedFingerId eventData.pointerId; // 注意这可能不是真正的fingerId在移动端通常是-1 _touchStartTime Time.time; _lastTouchState TouchState.Began; Debug.Log(${gameObject.name}: Touch Began); } // 需要在Update中通过TouchInputManager查询状态 void Update() { if (_trackedFingerId.HasValue) { // 这里是一个难点EventSystem的pointerId与Input.touches的fingerId并非直接映射。 // 更可靠的方案是在OnPointerDown时通过触摸位置去TouchInputManager中查找最近的那个Began状态的TouchInfo。 // 以下为简化逻辑概念 var allTouches TouchInputManager.Instance.CurrentTouches; var relevantTouch allTouches.FirstOrDefault(t t.state ! TouchState.Ended t.state ! TouchState.Canceled Vector2.Distance(t.position, Input.mousePosition) 10f); // 用位置近似匹配 if (relevantTouch ! null relevantTouch.state ! _lastTouchState) { _lastTouchState relevantTouch.state; switch (relevantTouch.state) { case TouchState.Moved: Debug.Log(${gameObject.name}: Touch Moved, delta: {relevantTouch.deltaPosition}); // 触发拖拽 break; case TouchState.Stationary: if (Time.time - _touchStartTime 0.5f) // 静止超过0.5秒 { Debug.Log(${gameObject.name}: Long Press Detected!); // 触发长按事件 } break; } } } } public void OnPointerUp(PointerEventData eventData) { _lastTouchState TouchState.Ended; Debug.Log(${gameObject.name}: Touch Ended); _trackedFingerId null; } public void OnPointerExit(PointerEventData eventData) { // 手指滑出UI区域可以视为Canceled或特定行为 if (_trackedFingerId.HasValue) { Debug.Log(${gameObject.name}: Pointer Exit while touching.); } } }实操心得将底层触摸系统与UI系统完全解耦是非常困难的。一个更实用的架构是Gameplay层完全依赖自建的TouchInputManager并在逻辑层判断是否被UI阻断。UI层则继续使用EventSystem的标准接口。两者通过一个全局的“输入仲裁器”来协调该仲裁器知道当前是否有UI正在消费输入例如通过EventSystem.current.IsPointerOverGameObject并将此信息提供给Gameplay系统。5. 性能优化与常见问题排查5.1 性能优化要点避免每帧多次射线检测在TouchInputManager中RaycastForGameObject在Began状态调用一次是合理的。如果在Moved状态每帧都进行完整的RaycastAll和物理射线检测开销会很大。优化方法是缓存结果对于拖拽操作一旦开始通常不再需要改变currentOverGameObject。分层检测如果UI和3D物体不会重叠可以用不同的摄像机渲染并只对相应的层进行射线检测。使用Physics.RaycastNonAlloc或Physics2D.RaycastNonAlloc避免GC分配。控制Update频率对于非实时性要求极高的交互如菜单滑动可以不每帧处理触摸而是使用FixedUpdate或一个自定义的、较低频率的更新循环。对象池管理TouchInfo如果游戏同时支持大量触摸点如某些绘图应用频繁创建和销毁TouchInfo对象会产生GC。可以使用对象池来管理它们。5.2 常见问题排查表问题现象可能原因排查与解决方案触摸无响应1. 脚本未启用或挂载错误。2. 摄像机未设置或Raycast层错误。3. 有其他UI元素如全屏透明Image阻挡了射线。1. 检查TouchInputManager实例是否存在且启用。2. 检查射线检测用的摄像机是否正确检查物体图层Layer是否在射线检测的层掩码中。3. 使用EventSystem.current.RaycastAll并打印结果查看阻挡物。拖拽对象“粘手”或卡住1.Ended或Canceled状态未正确清理字典导致触摸ID被重复使用。2. 状态迁移逻辑错误对象状态未重置。1. 在TouchInputManager中打印日志确保每个fingerId在Ended/Canceled后从_activeTouches中移除。2. 在拖拽脚本中确保在Ended/Canceled状态释放拖拽目标。多点触摸时ID混乱1. 未正确使用fingerId进行追踪。2. 在触摸过程中新的Began事件错误地关联到了已释放的ID上。1. 确保所有触摸逻辑都基于TouchInfo.fingerId而不是假设只有单点触摸。2. 检查字典清理逻辑确保ID被释放后不会被旧数据污染。UI点击和3D操作冲突1. 未做输入阻断判断。2. 射线检测顺序问题UI和3D物体都被检测到。1. 在Gameplay逻辑的Began状态开始时调用IsPointerOverUI进行判断。2. 调整RaycastForGameObject的逻辑使其优先返回UI对象或在UI检测到后不再进行3D检测。在编辑器中使用鼠标模拟不准确Unity编辑器中使用鼠标模拟触摸其fingerId固定为0且deltaPosition等行为与真机有差异。1. 区分平台Application.isMobilePlatform。2. 对于编辑器调试可以额外处理鼠标输入Input.GetMouseButton并将其映射为fingerId0的触摸但需注意其行为差异真机测试必不可少。5.3 一个实战技巧触摸静止Stationary的妙用TouchStationary状态常被忽略但它能实现很多高级交互长按触发在Stationary状态计时超过阈值则触发长按事件。这是最经典的用法。防止误触在Began后不立即触发“点击”而是等待一小段时间如0.1秒。如果在这段时间内进入了Moved状态则视为拖拽开始如果一直保持Stationary超过时间后则触发点击。这能有效区分“点击”和“开始拖拽”。压力感应预览在一些支持压力感应的设备上手指静止时施加压力变化可以结合Touch.pressure属性实现“重按预览”等功能。实现一个简单的长按检测// 在TouchInfo类中增加字段 public float stationaryStartTime; public bool longPressTriggered; // 在TouchInputManager的Update中处理Stationary状态时 case TouchPhase.Stationary: touchInfo.state TouchState.Stationary; if (!touchInfo.longPressTriggered Time.time - touchInfo.stationaryStartTime LONG_PRESS_THRESHOLD) { touchInfo.longPressTriggered true; // 触发长按事件 Debug.Log($Finger {touchInfo.fingerId} Long Pressed!); } break; case TouchPhase.Began: // ... 其他初始化 touchInfo.stationaryStartTime Time.time; touchInfo.longPressTriggered false; break; case TouchPhase.Moved: // 一旦移动重置长按计时 touchInfo.stationaryStartTime Time.time; touchInfo.longPressTriggered false; break;6. 跨平台与特定设备适配考量虽然核心API (Input.touches) 是跨平台的但不同设备和平台的细微差异仍需注意。Android vs. iOS:触摸采样率iOS设备通常有更高的触摸采样率120Hz或更高这意味着Update中获取的触摸移动数据点更密集操作更跟手。在开发高精度绘图应用时需要考虑。多点触摸数量通过Input.touchCount和Input.GetTouch可以安全地处理多点但不同设备支持的最大点数不同通常至少5点。编辑器调试如前所述编辑器中的鼠标模拟是重要的调试工具但不可完全依赖。真机上的多指、手掌误触、边缘手势等行为无法在编辑器中完美模拟。建议使用Unity的Remote功能在真机上运行游戏在编辑器中断点调试。其他输入源的整合你的游戏可能还需要支持手柄、键盘等输入。一个好的输入系统应该将这些源抽象为统一的“输入命令”而不是让游戏逻辑直接耦合到Touch。例如可以将“移动”抽象为一个二维向量它既可以来自触摸摇杆也可以来自手柄左摇杆或键盘WASD。TouchInputManager可以成为这个抽象层的一部分负责将原始触摸数据转化为游戏需要的命令。7. 架构扩展从管理器到事件驱动系统我们目前实现的TouchInputManager是一个基于轮询的查询式系统。对于大型项目更优雅的方式是事件驱动。我们可以很容易地将其扩展。定义事件public class TouchEventBase { public TouchInfo touchInfo; } public class TouchBeganEvent : TouchEventBase { } public class TouchMovedEvent : TouchEventBase { } public class TouchEndedEvent : TouchEventBase { } public class TouchCanceledEvent : TouchEventBase { } public class TouchStationaryEvent : TouchEventBase { } public class LongPressEvent : TouchEventBase { }在TouchInputManager中触发事件在Update循环中当触摸状态发生变化时实例化对应的事件并发送出去。// 使用C#事件、观察者模式或第三方消息框架如Mediator public static event ActionTouchBeganEvent OnTouchBegan; // 在状态切换处 if (touchInfo.state TouchState.Began isNewTouch) { OnTouchBegan?.Invoke(new TouchBeganEvent { touchInfo touchInfo }); }订阅事件任何需要响应触摸的脚本只需订阅这些事件而无需每帧去TouchInputManager里查询。这解耦了输入检测和输入响应使代码更清晰、更易维护。void OnEnable() { TouchInputManager.OnTouchBegan HandleTouchBegan; } void OnDisable() { TouchInputManager.OnTouchBegan - HandleTouchBegan; } private void HandleTouchBegan(TouchBeganEvent evt) { if (!IsPointerOverUI(evt.touchInfo.startPosition)) { // 开始处理游戏逻辑 } }这套完整的触摸状态判断系统从底层的状态机管理到与UI的协同再到性能优化和架构扩展基本覆盖了移动端Unity开发中触摸交互的方方面面。它提供的不仅是一套代码更是一种处理复杂、鲁棒输入响应的设计思路。在实际项目中你可以根据具体需求裁剪或增强这个框架例如加入手势识别捏合、旋转、双指滑动作为更高层的状态但它的底层基石永远是这五个清晰、准确的基础触摸状态。
Unity移动开发：触摸状态判断与Input API实战解析
1. 项目概述为什么触摸状态判断是移动开发的基石在Unity移动游戏开发中触摸输入是玩家与虚拟世界交互最直接、最核心的桥梁。一个流畅、精准、响应及时的触摸交互体验往往决定了游戏手感的优劣。我们经常谈论的“手感好”很大程度上就源于对触摸事件精准、细腻的判断与控制。这个项目标题——“Unity手机触摸屏幕的状态判断包含触摸开始、触摸移动、触摸静止、触摸结束、触摸取消”——看似基础实则触及了移动交互设计的底层逻辑。它不仅仅是监听几个事件那么简单而是构建一套完整的、鲁棒的触摸响应系统的起点。无论是实现一个顺滑的虚拟摇杆、一个精准的拖拽UI、一个支持多点缩放旋转的3D模型查看器还是一个需要长按、滑动、轻触等复合手势的游戏其底层都离不开对这五个核心状态开始、移动、静止、结束、取消的精确识别与处理。很多新手开发者容易陷入一个误区只关注Input.GetTouch或EventSystem的简单调用而忽略了状态机管理、多点触摸的ID追踪、以及不同状态间平滑过渡的重要性。这会导致交互出现“断触”、“跳帧”、“手势误识别”等问题。本文将从一个资深移动端开发者的视角深入拆解Unity中触摸状态判断的完整技术栈。我们将从最基础的Input.touchesAPI讲起逐步深入到基于状态机的封装、与UI系统的融合、性能优化策略并分享大量实战中踩过的坑和总结出的“骚操作”。无论你是刚接触Unity移动开发的新手还是希望优化现有交互系统的老手这篇文章都将为你提供一套可直接复用的、工业级的解决方案。2. 核心需求解析与方案选型2.1 五种触摸状态的精确定义在深入代码之前我们必须像制定协议一样明确每个状态的确切含义和触发条件。这是避免后续逻辑混乱的前提。触摸开始 (TouchBegan): 手指首次接触到屏幕的瞬间。这是触摸生命周期的起点。系统会为这次触摸分配一个唯一的fingerId。关键点在此状态我们通常初始化与这次触摸相关的所有数据如起始位置、时间戳、关联的游戏对象等。触摸移动 (TouchMoved): 手指在屏幕上发生位移。只要手指位置与上一帧相比发生了变化即使变化量极小就会触发此状态。关键点这是实现拖拽、滑动、绘制等动态交互的核心。需要高效计算增量deltaPosition和速度。触摸静止 (TouchStationary): 手指接触屏幕但位置没有变化。这个状态非常容易被忽略但它对于实现“长按”检测、区分“轻触”与“准备拖拽”等场景至关重要。Unity的TouchPhase中直接包含了Stationary阶段。触摸结束 (TouchEnded): 手指从屏幕上抬起的瞬间。这标志着一次成功、完整的触摸交互的终结。关键点在此状态我们通常执行交互的最终逻辑如确认放置、触发点击事件、结算滑动速度等并清理该fingerId占用的资源。触摸取消 (TouchCanceled): 触摸被系统中断。这是最特殊也最易出错的状态。触发场景包括来电打断、系统弹窗覆盖、多指触摸时超出系统支持的最大点数等。关键点必须在此状态进行与TouchEnded类似的清理工作但通常不触发正常的交互逻辑例如一个拖拽到一半的物体应该回到原位而不是停留在中断的位置。注意很多初级Bug源于混淆了Ended和Canceled。一个健壮的系统必须同等重视并妥善处理Canceled否则会导致触摸ID泄露、对象状态卡死等严重问题。2.2 Unity提供的两套核心输入系统Unity为触摸输入提供了两套主要方案选择哪一套取决于你的项目类型和具体需求。方案一底层Input API (Input.touches)这是最原始、最直接、控制粒度最细的方案。它直接面向Touch结构体提供每一帧所有触摸点的原始数据。优点性能开销最小能获取最全面的信息如压力pressure、半径radius完全掌控触摸生命周期尤其适合需要复杂多点触控逻辑如自定义手势识别或对性能有极致要求的游戏如高帧率竞技游戏。缺点需要开发者手动管理所有状态逻辑和ID追踪与UI系统UGUI/UI Toolkit的集成需要额外工作。适用场景核心玩法重度依赖自定义触摸/手势的Gameplay层逻辑例如RTS游戏的单位框选、AR应用中的模型操控、自绘制的画板应用等。方案二事件系统 (EventSystem)这是UGUI框架的核心通过IPointerClickHandler、IDragHandler等接口提供高层抽象。优点与UI元素无缝集成自动处理事件传递如点击穿透、射线检测开发UI交互效率极高。它底层也使用了Input API但做了大量封装。缺点抽象层次高对底层触摸数据的控制力较弱。对于非UI对象如场景中的3D模型需要搭配Physics Raycaster或Graphic Raycaster且对于非常规的触摸状态判断如精确识别Stationary不够直接。适用场景以UI交互为主的游戏或应用或需要快速实现UI拖拽、点击等标准交互。选型建议 对于本项目目标——构建一个通用、可靠、细粒度的触摸状态判断系统我们选择以底层Input API为主并探讨如何与事件系统协同工作的方案。因为我们的目标是掌握所有状态的生杀大权Input API能给我们这个能力。在实战中Gameplay逻辑常用Input API而UI逻辑则委托给EventSystem两者可以通过消息或共享状态进行通信。3. 基于Input API的触摸状态机实现这是本文的核心。我们将实现一个名为TouchInputManager的单例类它每一帧解析Input.touches为每个有效的fingerId维护一个明确的状态机。3.1 定义触摸数据与状态枚举首先我们需要定义清晰的数据结构来跟踪一次触摸会话。// 自定义的触摸状态比Unity的TouchPhase更符合我们的业务逻辑 public enum TouchState { None, // 无状态初始或已清理 Began, // 开始 Moved, // 移动 Stationary, // 静止 Ended, // 正常结束 Canceled // 被取消 } // 封装一次触摸的完整信息 public class TouchInfo { public int fingerId; // 触摸ID public TouchState state; // 当前状态 public Vector2 startPosition; // 触摸开始位置屏幕坐标 public Vector2 position; // 当前位置 public Vector2 deltaPosition; // 本帧增量 public float startTime; // 触摸开始时间 public float duration; // 触摸持续时长 public GameObject currentOverGameObject; // 当前触摸点下的游戏对象通过射线检测获得 // 辅助属性 public bool IsActive state TouchState.Began || state TouchState.Moved || state TouchState.Stationary; public Vector2 totalDelta position - startPosition; }3.2 状态机管理器的核心实现TouchInputManager将负责驱动整个状态迁移。核心思路是维护一个字典以fingerId为键TouchInfo为值。每一帧遍历Input.touches根据Unity返回的Touch.phase来更新我们自定义的TouchInfo.state。using UnityEngine; using System.Collections.Generic; public class TouchInputManager : MonoBehaviour { private static TouchInputManager _instance; public static TouchInputManager Instance _instance; // 存储所有活跃触摸点的字典 private Dictionaryint, TouchInfo _activeTouches new Dictionaryint, TouchInfo(); // 用于存储本帧所有触摸信息供外部查询 private ListTouchInfo _currentFrameTouches new ListTouchInfo(); // 公开的访问接口 public IReadOnlyListTouchInfo CurrentTouches _currentFrameTouches; void Awake() { if (_instance ! null _instance ! this) { Destroy(this.gameObject); return; } _instance this; DontDestroyOnLoad(this.gameObject); // 常驻跨场景 } void Update() { // 清空上一帧的缓存准备构建本帧数据 _currentFrameTouches.Clear(); // 遍历当前帧所有系统触摸点 for (int i 0; i Input.touchCount; i) { Touch systemTouch Input.GetTouch(i); int fingerId systemTouch.fingerId; TouchInfo touchInfo; bool isNewTouch false; // 检查是否为新的触摸点 if (!_activeTouches.TryGetValue(fingerId, out touchInfo)) { // 新的触摸点只应在Began阶段出现 if (systemTouch.phase TouchPhase.Began) { touchInfo new TouchInfo(); touchInfo.fingerId fingerId; touchInfo.startPosition systemTouch.position; touchInfo.startTime Time.time; isNewTouch true; _activeTouches[fingerId] touchInfo; } else { // 如果系统报告一个非Began的触摸但其ID不在我们字典中这可能是上一帧Canceled后系统延迟通知。 // 为了安全我们将其视为Canceled的延续并进行清理。 continue; } } // 更新触摸信息 touchInfo.position systemTouch.position; touchInfo.deltaPosition systemTouch.deltaPosition; touchInfo.duration Time.time - touchInfo.startTime; // 关键根据系统Phase转换为我们自定义的State switch (systemTouch.phase) { case TouchPhase.Began: touchInfo.state TouchState.Began; // 为新触摸进行射线检测确定起始点下的对象 touchInfo.currentOverGameObject RaycastForGameObject(systemTouch.position); break; case TouchPhase.Moved: touchInfo.state TouchState.Moved; // 移动时也可以更新当前悬停对象可选用于拖拽过程中的检测 // touchInfo.currentOverGameObject RaycastForGameObject(systemTouch.position); break; case TouchPhase.Stationary: touchInfo.state TouchState.Stationary; break; case TouchPhase.Ended: touchInfo.state TouchState.Ended; // 触摸结束从活跃字典中移除 _activeTouches.Remove(fingerId); break; case TouchPhase.Canceled: touchInfo.state TouchState.Canceled; // 触摸取消同样必须从活跃字典中移除 _activeTouches.Remove(fingerId); break; } // 将本帧处理好的触摸信息加入列表 _currentFrameTouches.Add(touchInfo); // 如果是新触摸可以在这里触发一个“OnTouchBegan”全局事件 if (isNewTouch) { // EventSystem.Current.RaiseEvent(new TouchBeganEvent(touchInfo)); } } // 后处理可以在这里触发基于状态的事件例如 // foreach(var touch in _currentFrameTouches) { // if(touch.state TouchState.Moved) // 触发移动事件... // } } private GameObject RaycastForGameObject(Vector2 screenPos) { // 实现一个简单的射线检测可以同时检测UI和3D/2D物体 // 这里使用EventSystem的Raycast因为它兼容UGUI。 PointerEventData eventData new PointerEventData(EventSystem.current); eventData.position screenPos; ListRaycastResult results new ListRaycastResult(); EventSystem.current.RaycastAll(eventData, results); if (results.Count 0) { // 返回第一个被射线击中的游戏对象 // 你可以根据排序如深度、图层选择最合适的对象 return results[0].gameObject; } // 如果没有UI对象尝试用Physics.Raycast检测3D物体 Ray ray Camera.main.ScreenPointToRay(screenPos); RaycastHit hit; if (Physics.Raycast(ray, out hit)) { return hit.collider.gameObject; } // 尝试2D物理检测 RaycastHit2D hit2D Physics2D.Raycast(Camera.main.ScreenToWorldPoint(screenPos), Vector2.zero); if (hit2D.collider ! null) { return hit2D.collider.gameObject; } return null; } // 提供便捷的查询方法 public TouchInfo GetTouchById(int fingerId) { TouchInfo info; _activeTouches.TryGetValue(fingerId, out info); return info; // 可能为null } public bool IsTouchActive(int fingerId) { return _activeTouches.ContainsKey(fingerId); } }3.3 状态迁移的边界情况处理上面的代码是主干但在实际项目中边界情况才是魔鬼。多点触摸的ID管理字典_activeTouches自动管理了ID的添加和移除。关键在于Ended和Canceled状态必须移除否则字典会无限膨胀导致内存泄漏和逻辑错误。帧间状态丢失在极少数情况下如游戏卡顿剧烈系统可能丢失一个触摸点导致我们字典里有一个Active的触摸但本帧Input.touches里找不到它。一个健壮的实现应该增加一个“超时”机制。例如在Update末尾遍历_activeTouches如果某个触摸信息超过N帧如5帧没有被系统数据更新则强制将其标记为Canceled并清理。Canceled的识别除了系统报告的Canceled我们还应将一些特殊情况视为取消例如当应用失去焦点OnApplicationPause时应将所有活跃触摸强制转为Canceled。// 在TouchInputManager中增加超时检查 private void CheckForTimeouts() { float currentTime Time.time; Listint idsToRemove new Listint(); foreach (var kvp in _activeTouches) { // 如果某个触摸超过0.5秒没有更新理论上不应该发生则视为取消 if (currentTime - kvp.Value.startTime 0.5f (kvp.Value.state TouchState.Began || kvp.Value.state TouchState.Moved || kvp.Value.state TouchState.Stationary)) { // 这里可以触发一个自定义的超时取消事件 kvp.Value.state TouchState.Canceled; idsToRemove.Add(kvp.Key); } } foreach (int id in idsToRemove) { _activeTouches.Remove(id); } } // 在Update末尾调用CheckForTimeouts();4. 与Unity UI事件系统的协同与隔离我们的TouchInputManager掌握了原始触摸流但项目中大量的UI按钮、滑动列表仍然需要EventSystem来驱动。如何让两者和谐共处避免事件冲突例如UI点击同时触发了3D物体的拖拽4.1 事件传递的阻断策略核心策略是利用射线检测结果进行逻辑隔离。在RaycastForGameObject方法中我们优先返回UI对象。在Gameplay逻辑中例如控制角色移动的脚本在响应触摸之前先检查TouchInfo.currentOverGameObject。如果该对象是UI那么这次触摸应该优先由UI系统处理。Gameplay逻辑可以选择忽略此次触摸或者仅在UI未消费该事件时才响应。如何判断是否是UI可以检查对象或其父节点是否有GraphicImage, Text等或UIBehaviour组件。// 在控制3D物体拖拽的脚本中 void ProcessTouchForDrag(TouchInfo touch) { if (touch.state TouchState.Began) { // 检查触摸起始点是否在UI上 if (IsPointerOverUI(touch.startPosition)) { _isDragging false; // 不开始拖拽 return; } // 否则开始拖拽逻辑... _isDragging true; } // ... 其他状态处理 } private bool IsPointerOverUI(Vector2 screenPosition) { // 使用EventSystem检查 PointerEventData eventData new PointerEventData(EventSystem.current); eventData.position screenPosition; ListRaycastResult results new ListRaycastResult(); EventSystem.current.RaycastAll(eventData, results); // 如果射线检测结果中有任何对象是UI则返回true return results.Count 0 results.Any(r r.gameObject.GetComponentGraphic() ! null); }4.2 为UI元素扩展高级触摸状态有时UI元素本身也需要更细粒度的触摸状态比如一个可拖拽的卡片需要知道用户是“长按”了它Stationary一段时间后才开始拖拽还是直接开始拖拽。我们可以创建一个UIAdvancedTouchHandler组件。using UnityEngine; using UnityEngine.EventSystems; public class UIAdvancedTouchHandler : MonoBehaviour, IPointerDownHandler, IPointerUpHandler, IPointerExitHandler { private int? _trackedFingerId null; private TouchState _lastTouchState TouchState.None; private float _touchStartTime; public void OnPointerDown(PointerEventData eventData) { // 尝试从EventSystem的数据中关联到具体的Touch // 注意EventSystem可能会抽象掉具体的fingerId这里是一个简化示例 _trackedFingerId eventData.pointerId; // 注意这可能不是真正的fingerId在移动端通常是-1 _touchStartTime Time.time; _lastTouchState TouchState.Began; Debug.Log(${gameObject.name}: Touch Began); } // 需要在Update中通过TouchInputManager查询状态 void Update() { if (_trackedFingerId.HasValue) { // 这里是一个难点EventSystem的pointerId与Input.touches的fingerId并非直接映射。 // 更可靠的方案是在OnPointerDown时通过触摸位置去TouchInputManager中查找最近的那个Began状态的TouchInfo。 // 以下为简化逻辑概念 var allTouches TouchInputManager.Instance.CurrentTouches; var relevantTouch allTouches.FirstOrDefault(t t.state ! TouchState.Ended t.state ! TouchState.Canceled Vector2.Distance(t.position, Input.mousePosition) 10f); // 用位置近似匹配 if (relevantTouch ! null relevantTouch.state ! _lastTouchState) { _lastTouchState relevantTouch.state; switch (relevantTouch.state) { case TouchState.Moved: Debug.Log(${gameObject.name}: Touch Moved, delta: {relevantTouch.deltaPosition}); // 触发拖拽 break; case TouchState.Stationary: if (Time.time - _touchStartTime 0.5f) // 静止超过0.5秒 { Debug.Log(${gameObject.name}: Long Press Detected!); // 触发长按事件 } break; } } } } public void OnPointerUp(PointerEventData eventData) { _lastTouchState TouchState.Ended; Debug.Log(${gameObject.name}: Touch Ended); _trackedFingerId null; } public void OnPointerExit(PointerEventData eventData) { // 手指滑出UI区域可以视为Canceled或特定行为 if (_trackedFingerId.HasValue) { Debug.Log(${gameObject.name}: Pointer Exit while touching.); } } }实操心得将底层触摸系统与UI系统完全解耦是非常困难的。一个更实用的架构是Gameplay层完全依赖自建的TouchInputManager并在逻辑层判断是否被UI阻断。UI层则继续使用EventSystem的标准接口。两者通过一个全局的“输入仲裁器”来协调该仲裁器知道当前是否有UI正在消费输入例如通过EventSystem.current.IsPointerOverGameObject并将此信息提供给Gameplay系统。5. 性能优化与常见问题排查5.1 性能优化要点避免每帧多次射线检测在TouchInputManager中RaycastForGameObject在Began状态调用一次是合理的。如果在Moved状态每帧都进行完整的RaycastAll和物理射线检测开销会很大。优化方法是缓存结果对于拖拽操作一旦开始通常不再需要改变currentOverGameObject。分层检测如果UI和3D物体不会重叠可以用不同的摄像机渲染并只对相应的层进行射线检测。使用Physics.RaycastNonAlloc或Physics2D.RaycastNonAlloc避免GC分配。控制Update频率对于非实时性要求极高的交互如菜单滑动可以不每帧处理触摸而是使用FixedUpdate或一个自定义的、较低频率的更新循环。对象池管理TouchInfo如果游戏同时支持大量触摸点如某些绘图应用频繁创建和销毁TouchInfo对象会产生GC。可以使用对象池来管理它们。5.2 常见问题排查表问题现象可能原因排查与解决方案触摸无响应1. 脚本未启用或挂载错误。2. 摄像机未设置或Raycast层错误。3. 有其他UI元素如全屏透明Image阻挡了射线。1. 检查TouchInputManager实例是否存在且启用。2. 检查射线检测用的摄像机是否正确检查物体图层Layer是否在射线检测的层掩码中。3. 使用EventSystem.current.RaycastAll并打印结果查看阻挡物。拖拽对象“粘手”或卡住1.Ended或Canceled状态未正确清理字典导致触摸ID被重复使用。2. 状态迁移逻辑错误对象状态未重置。1. 在TouchInputManager中打印日志确保每个fingerId在Ended/Canceled后从_activeTouches中移除。2. 在拖拽脚本中确保在Ended/Canceled状态释放拖拽目标。多点触摸时ID混乱1. 未正确使用fingerId进行追踪。2. 在触摸过程中新的Began事件错误地关联到了已释放的ID上。1. 确保所有触摸逻辑都基于TouchInfo.fingerId而不是假设只有单点触摸。2. 检查字典清理逻辑确保ID被释放后不会被旧数据污染。UI点击和3D操作冲突1. 未做输入阻断判断。2. 射线检测顺序问题UI和3D物体都被检测到。1. 在Gameplay逻辑的Began状态开始时调用IsPointerOverUI进行判断。2. 调整RaycastForGameObject的逻辑使其优先返回UI对象或在UI检测到后不再进行3D检测。在编辑器中使用鼠标模拟不准确Unity编辑器中使用鼠标模拟触摸其fingerId固定为0且deltaPosition等行为与真机有差异。1. 区分平台Application.isMobilePlatform。2. 对于编辑器调试可以额外处理鼠标输入Input.GetMouseButton并将其映射为fingerId0的触摸但需注意其行为差异真机测试必不可少。5.3 一个实战技巧触摸静止Stationary的妙用TouchStationary状态常被忽略但它能实现很多高级交互长按触发在Stationary状态计时超过阈值则触发长按事件。这是最经典的用法。防止误触在Began后不立即触发“点击”而是等待一小段时间如0.1秒。如果在这段时间内进入了Moved状态则视为拖拽开始如果一直保持Stationary超过时间后则触发点击。这能有效区分“点击”和“开始拖拽”。压力感应预览在一些支持压力感应的设备上手指静止时施加压力变化可以结合Touch.pressure属性实现“重按预览”等功能。实现一个简单的长按检测// 在TouchInfo类中增加字段 public float stationaryStartTime; public bool longPressTriggered; // 在TouchInputManager的Update中处理Stationary状态时 case TouchPhase.Stationary: touchInfo.state TouchState.Stationary; if (!touchInfo.longPressTriggered Time.time - touchInfo.stationaryStartTime LONG_PRESS_THRESHOLD) { touchInfo.longPressTriggered true; // 触发长按事件 Debug.Log($Finger {touchInfo.fingerId} Long Pressed!); } break; case TouchPhase.Began: // ... 其他初始化 touchInfo.stationaryStartTime Time.time; touchInfo.longPressTriggered false; break; case TouchPhase.Moved: // 一旦移动重置长按计时 touchInfo.stationaryStartTime Time.time; touchInfo.longPressTriggered false; break;6. 跨平台与特定设备适配考量虽然核心API (Input.touches) 是跨平台的但不同设备和平台的细微差异仍需注意。Android vs. iOS:触摸采样率iOS设备通常有更高的触摸采样率120Hz或更高这意味着Update中获取的触摸移动数据点更密集操作更跟手。在开发高精度绘图应用时需要考虑。多点触摸数量通过Input.touchCount和Input.GetTouch可以安全地处理多点但不同设备支持的最大点数不同通常至少5点。编辑器调试如前所述编辑器中的鼠标模拟是重要的调试工具但不可完全依赖。真机上的多指、手掌误触、边缘手势等行为无法在编辑器中完美模拟。建议使用Unity的Remote功能在真机上运行游戏在编辑器中断点调试。其他输入源的整合你的游戏可能还需要支持手柄、键盘等输入。一个好的输入系统应该将这些源抽象为统一的“输入命令”而不是让游戏逻辑直接耦合到Touch。例如可以将“移动”抽象为一个二维向量它既可以来自触摸摇杆也可以来自手柄左摇杆或键盘WASD。TouchInputManager可以成为这个抽象层的一部分负责将原始触摸数据转化为游戏需要的命令。7. 架构扩展从管理器到事件驱动系统我们目前实现的TouchInputManager是一个基于轮询的查询式系统。对于大型项目更优雅的方式是事件驱动。我们可以很容易地将其扩展。定义事件public class TouchEventBase { public TouchInfo touchInfo; } public class TouchBeganEvent : TouchEventBase { } public class TouchMovedEvent : TouchEventBase { } public class TouchEndedEvent : TouchEventBase { } public class TouchCanceledEvent : TouchEventBase { } public class TouchStationaryEvent : TouchEventBase { } public class LongPressEvent : TouchEventBase { }在TouchInputManager中触发事件在Update循环中当触摸状态发生变化时实例化对应的事件并发送出去。// 使用C#事件、观察者模式或第三方消息框架如Mediator public static event ActionTouchBeganEvent OnTouchBegan; // 在状态切换处 if (touchInfo.state TouchState.Began isNewTouch) { OnTouchBegan?.Invoke(new TouchBeganEvent { touchInfo touchInfo }); }订阅事件任何需要响应触摸的脚本只需订阅这些事件而无需每帧去TouchInputManager里查询。这解耦了输入检测和输入响应使代码更清晰、更易维护。void OnEnable() { TouchInputManager.OnTouchBegan HandleTouchBegan; } void OnDisable() { TouchInputManager.OnTouchBegan - HandleTouchBegan; } private void HandleTouchBegan(TouchBeganEvent evt) { if (!IsPointerOverUI(evt.touchInfo.startPosition)) { // 开始处理游戏逻辑 } }这套完整的触摸状态判断系统从底层的状态机管理到与UI的协同再到性能优化和架构扩展基本覆盖了移动端Unity开发中触摸交互的方方面面。它提供的不仅是一套代码更是一种处理复杂、鲁棒输入响应的设计思路。在实际项目中你可以根据具体需求裁剪或增强这个框架例如加入手势识别捏合、旋转、双指滑动作为更高层的状态但它的底层基石永远是这五个清晰、准确的基础触摸状态。
