1. 项目概述为什么要在Unity里折腾触控转鼠标做移动端Unity开发的朋友估计都遇到过这个让人头疼的场景你花了好几个月在编辑器里用鼠标点点划划把UI交互、角色操控、菜单逻辑调得丝滑流畅。结果一打包到手机或者平板上触控操作的手感完全不对——点击没反应、拖拽卡顿、多点触控逻辑混乱。这感觉就像你精心调校了一辆跑车结果发现方向盘装反了油门刹车也互换了根本没法开。问题的根源往往就出在Unity默认的输入系统对“触控”和“鼠标”这两套逻辑的处理上。在PC上我们处理的是Input.GetMouseButtonDown、鼠标坐标Input.mousePosition而在移动设备上我们需要处理的是Input.touches数组、每个触控点的phase状态和position。Unity的EventSystem虽然强大但其默认的Standalone Input Module主要是为键鼠设计的直接用在触控设备上很多细节会“水土不服”。所以“触控转鼠标交互”这个改造本质上不是要发明一个新轮子而是对Unity现有EventSystem进行一次“本地化适配”。目标很明确让移动设备上的手指触摸能够精准、稳定、符合直觉地映射为PC编辑器里的鼠标事件从而复用我们为鼠标开发的那一套UI交互逻辑极大节省跨平台开发的调试成本。这个需求在哪些场景下是刚需呢我举几个例子你就明白了快速原型验证你的核心玩法逻辑和UI交互都在PC上用鼠标开发测试你想最快速度打个安卓包给策划或测试体验核心流程不希望因为输入问题阻塞进度。跨平台项目项目需要同时发布到PCSteam、移动端App Store/Google Play你希望核心交互代码只有一套通过底层输入模块的适配来兼容不同平台。含复杂UI的移动游戏比如SLG游戏的城建拖拽、RTS游戏的多单位框选、音游的精准点击判定。这些操作对输入事件的顺序、精度、响应速度要求极高默认的触控处理可能无法满足。AR/VR项目中的触屏交互很多AR应用通过手机屏幕与虚拟物体交互需要将2D触控精准映射到3D的射线检测这同样依赖于一套可靠的底层输入事件派发机制。网上有很多零散的教程教你怎么改Input或者自己写一个Input Module。但很多都只解决了“从无到有”的问题缺了最关键的一环避坑。你可能照着步骤做完了发现点击有时会穿透UI、长按和拖拽冲突、多点触控下事件ID混乱……这些坑每一个都可能消耗你数小时的调试时间。接下来我就结合自己趟过的雷把这套“5步改造法”和附带的“避坑指南”给你讲透。我们不止要让它跑起来更要让它跑得稳、跑得好。2. 核心思路拆解我们到底要改造什么在动手写代码之前我们必须先搞清楚Unity的EventSystem是怎么工作的以及我们要介入哪个环节。如果把事件派发比作送快递那么EventSystem是快递公司的总调度中心它管理着整个派送流程决定当前由哪个“快递员”Input Module来送货。Input Module如StandaloneInputModule就是快递员。它的职责是1从“发件人”如鼠标、键盘、触屏驱动那里收集包裹输入数据2按照总调度中心的规则把包裹派送给正确的“收件人”GameObject。Raycaster如GraphicRaycaster,PhysicsRaycaster是小区地图和门牌号系统。它告诉快递员当前鼠标或触控点的位置对应着场景或UI中的哪些物体通过射线检测。UIBehaviour如Button,ScrollRect就是收件人。它们实现了IPointerClickHandler等接口等着接收快递员送来的点击、拖拽等事件包裹。默认情况下在移动设备上StandaloneInputModule这个“快递员”依然在努力工作但它收集包裹的“信息来源”主要是模拟的鼠标输入。Unity底层会自动将首个触控点Touch[0]的状态映射为鼠标左键的状态并将其位置映射为Input.mousePosition。这听起来很美好但问题就出在这个“模拟”和“映射”的过程太粗糙了它只处理了第一个触控点并且丢失了很多触控特有的信息如触控ID、精确的deltaPosition等。因此我们的改造核心就是替换掉这个“快递员”。我们要自己写一个更懂移动端“方言”的快递员——一个自定义的Input Module。这个新快递员能直接与原生触控APIInput.touches对话获取最原始、最准确的触控数据。将这些触控数据按照EventSystem能理解的“鼠标事件”格式进行封装和派发。妥善处理多点触控、触控ID管理、UI遮挡判断等复杂情况。理解了这一点我们的五步改造路径就非常清晰了创建自定义模块 - 处理触控数据 - 映射为指针事件 - 处理特殊交互 - 处理UI遮挡。下面我们一步步来。2.1 步骤一创建自定义的触控输入模块第一步我们不是直接去改StandaloneInputModule而是继承自PointerInputModule。PointerInputModule是StandaloneInputModule的基类它已经实现了基于指针鼠标/触控的事件派发框架我们只需要重写其获取输入数据的方法即可。这样更安全也更能聚焦在触控逻辑上。using UnityEngine; using UnityEngine.EventSystems; using System.Collections.Generic; public class CustomTouchInputModule : PointerInputModule { // 一个字典用于将Unity的触控ID映射到我们内部维护的指针ID。 // 这是处理多点触控和事件跟踪的关键。 private Dictionaryint, PointerEventData m_PointerData new Dictionaryint, PointerEventData(); // 重写这个属性告诉EventSystem这个模块是否应该被激活。 // 在移动平台我们总是希望它工作。 public override bool IsModuleSupported() { return Application.isMobilePlatform; // 更健壮的写法return Input.touchSupported; } // 重写这个属性告诉EventSystem当前是否有需要处理的输入。 // 只要有触控点我们就需要处理。 public override bool ShouldActivateModule() { if (!base.ShouldActivateModule()) return false; return Input.touchCount 0; } // 核心方法EventSystem每帧会调用此方法来处理输入。 public override void Process() { // 1. 确保字典里有当前所有活跃触控点的数据 EnsurePointerDataForAllTouches(); // 2. 遍历所有触控点处理它们的事件 foreach (var touch in Input.touches) { // 处理单个触控点 ProcessTouchEvent(touch); } // 3. 清理已经结束的触控点数据重要防止内存泄漏 RemoveFinishedPointerData(); } // 其他辅助方法将在后续步骤中实现... }关键点解析与避坑指南 1平台判断与模块激活为什么用Application.isMobilePlatform这只是一个简单的示例。实际上更专业的做法是使用Input.touchSupported和Input.mousePresent来判断设备硬件能力。例如在Windows平板如Surface上它可能同时支持触控和鼠标这时你可能需要设计更复杂的模块切换逻辑。对于纯移动端项目用isMobilePlatform或touchSupported即可。ShouldActivateModule的重要性这个方法决定了你的模块是否会接管输入处理。如果这里返回falseEventSystem可能会回退到其他模块如StandaloneInputModule导致输入混乱。确保你的逻辑准确。2.2 步骤二处理原始触控数据并维护指针状态接下来我们要实现EnsurePointerDataForAllTouches和ProcessTouchEvent方法。这里涉及到触控状态TouchPhase到指针事件状态PointerEventData.FramePressState的转换是整个改造的核心逻辑。private void EnsurePointerDataForAllTouches() { // 为每一个当前存在的触控点在字典中创建或获取其PointerEventData for (int i 0; i Input.touchCount; i) { Touch touch Input.GetTouch(i); int touchId touch.fingerId; // Unity分配的触控ID是跟踪触控点的关键 if (!m_PointerData.ContainsKey(touchId)) { // 新的触控点创建新的PointerEventData m_PointerData.Add(touchId, new PointerEventData(eventSystem) { pointerId touchId, // 关键将触控ID赋给pointerId position touch.position }); } else { // 已存在的触控点更新位置 m_PointerData[touchId].position touch.position; } } } private void ProcessTouchEvent(Touch touch) { if (!m_PointerData.TryGetValue(touch.fingerId, out PointerEventData pointerData)) return; // 理论上不会发生因为上一步已经确保了数据存在 // 更新指针数据的当前位置即使状态是Ended或Canceled也需要最后的位置 pointerData.position touch.position; // 根据TouchPhase决定当前帧的按压状态 PointerEventData.FramePressState pressState PointerEventData.FramePressState.NotChanged; bool released false; bool pressed false; switch (touch.phase) { case TouchPhase.Began: pressState PointerEventData.FramePressState.Pressed; pressed true; // 触控开始时重置拖拽状态 pointerData.delta Vector2.zero; pointerData.pressPosition touch.position; // 记录按下位置用于判断点击/拖拽 break; case TouchPhase.Moved: case TouchPhase.Stationary: // 计算移动增量对于拖拽判断非常重要 pointerData.delta touch.deltaPosition; pressState PointerEventData.FramePressState.NotChanged; break; case TouchPhase.Ended: pressState PointerEventData.FramePressState.Released; released true; break; case TouchPhase.Canceled: pressState PointerEventData.FramePressState.Released; released true; // Canceled通常意味着系统中断如来电可以视为释放但可能需特殊处理 break; } // 执行核心的事件派发流程 ProcessTouchPress(pointerData, pressed, released); // 如果不是按下或释放状态即移动或静止则处理移动/拖拽事件 if (!pressed !released) { ProcessMove(pointerData); ProcessDrag(pointerData); } } private void RemoveFinishedPointerData() { // 收集所有已经结束Ended或Canceled的触控ID Listint idsToRemove new Listint(); foreach (var kvp in m_PointerData) { // 我们需要一个额外的标志来标记某个触控点是否已结束。 // 在ProcessTouchPress中当处理完Released后我们可以将其标记为待删除。 // 这里为了简化我们假设PointerEventData有一个自定义的IsFinished字段。 // 实际实现中你可能需要另一个集合或字典来跟踪活跃触控点。 // 更简单的方法遍历当前所有Touch如果某个pointerId不在当前Touch列表中则移除。 } // ... 移除逻辑 }关键点解析与避坑指南 2触控状态映射与指针IDpointerId是生命线必须将touch.fingerId赋值给pointerData.pointerId。EventSystem和所有Raycaster都依靠这个ID来区分不同的输入源。如果这里搞错比如全设为0多点触控会完全混乱拖拽对象会“精神分裂”。TouchPhase的精确处理Began、Moved、Stationary、Ended、Canceled一个都不能少。特别是Stationary手指按住不动很多初学者会忽略但它对于维持当前悬停Hover状态是必要的。Canceled状态通常需要特殊处理比如通知UI元素触控被意外中断。delta和pressPositionpointerData.delta本帧移动增量对于ScrollRect等需要速度计算的组件至关重要。pressPosition是判断“点击”和“拖拽”的基准点。一定要在Began时准确记录。2.3 步骤三将触控事件映射并派发为标准的指针事件ProcessTouchPress方法是连接触控数据和UI交互组件的桥梁。它负责调用ExecuteEvents这个静态类的方法将事件发送给正确的GameObject。private void ProcessTouchPress(PointerEventData pointerEvent, bool pressed, bool released) { // 获取当前指针位置下通过射线检测命中的游戏对象 var currentOverGo pointerEvent.pointerCurrentRaycast.gameObject; if (pressed) // 触控开始 { // 1. 设置按下相关的数据 pointerEvent.eligibleForClick true; pointerEvent.delta Vector2.zero; pointerEvent.dragging false; pointerEvent.useDragThreshold true; // 使用拖拽阈值 pointerEvent.pressPosition pointerEvent.position; pointerEvent.pointerPressRaycast pointerEvent.pointerCurrentRaycast; // 2. 处理潜在的点按目标用于处理按下时可能已经悬停的对象 // 例如按下按钮时先触发IPointerDownHandler var newPressed ExecuteEvents.ExecuteHierarchy(currentOverGo, pointerEvent, ExecuteEvents.pointerDownHandler); // 如果没有对象处理pointerDown则寻找可以处理click的对象 if (newPressed null) newPressed ExecuteEvents.GetEventHandlerIPointerClickHandler(currentOverGo); // 3. 记录当前按下的对象 if (newPressed ! pointerEvent.pointerPress) { pointerEvent.pointerPress newPressed; pointerEvent.rawPointerPress currentOverGo; } // 同时设置“拖拽”目标通常与按下目标相同 pointerEvent.pointerDrag ExecuteEvents.GetEventHandlerIDragHandler(currentOverGo); if (pointerEvent.pointerDrag ! null) ExecuteEvents.Execute(pointerEvent.pointerDrag, pointerEvent, ExecuteEvents.initializePotentialDrag); } if (released) // 触控结束 { // 1. 执行点击事件如果满足点击条件 ExecuteEvents.Execute(pointerEvent.pointerPress, pointerEvent, ExecuteEvents.pointerClickHandler); // 2. 执行抬起事件 ExecuteEvents.ExecuteHierarchy(currentOverGo, pointerEvent, ExecuteEvents.pointerUpHandler); // 3. 清理数据 pointerEvent.eligibleForClick false; pointerEvent.pointerPress null; pointerEvent.rawPointerPress null; // 4. 处理拖拽结束 if (pointerEvent.pointerDrag ! null pointerEvent.dragging) ExecuteEvents.Execute(pointerEvent.pointerDrag, pointerEvent, ExecuteEvents.endDragHandler); pointerEvent.pointerDrag null; pointerEvent.dragging false; } // 更新“进入”和“退出”事件用于处理悬停效果如按钮高亮 HandlePointerExitAndEnter(pointerEvent, currentOverGo); }关键点解析与避坑指南 3事件执行顺序与目标对象ExecuteHierarchyvsExecutevsGetEventHandler这是最容易混淆的地方。ExecuteHierarchy从当前物体开始向上遍历其父物体直到找到第一个实现了指定接口的组件并执行。常用于pointerDown/pointerUp因为可能父物体需要先拦截事件。Execute直接对特定游戏对象执行事件要求该对象必须实现了对应接口。常用于pointerClick、drag事件。GetEventHandler从当前物体开始向上遍历其父物体找到第一个实现了指定接口的游戏对象并返回。用于找到事件的最终处理者。点击(Click)的条件StandaloneInputModule中点击事件触发需要满足1) 从按下到释放的时间小于某个阈值2) 移动距离小于EventSystem中设置的dragThreshold拖拽阈值。我们的自定义模块需要自己实现这部分逻辑在ProcessTouchPress的released部分判断eligibleForClick和移动距离。pointerPress与pointerDrag这是两个不同的目标。pointerPress是接收点击的对象如ButtonpointerDrag是接收拖拽的对象如ScrollRect、可拖拽的UI元素。它们可能是同一个物体也可能不是例如你在按钮上快速滑动可能触发的是按钮父容器ScrollRect的拖拽而非按钮点击。2.4 步骤四实现拖拽阈值与多点触控冲突处理默认的鼠标操作拖拽阈值dragThreshold是固定的几个像素。但在触控屏上手指的抖动和屏幕DPI差异很大固定的像素阈值可能不适用。我们需要一个更自适应的方案。// 在CustomTouchInputModule类中添加 public float dragThresholdInches 0.1f; // 以英寸为单位的拖拽阈值更符合触觉直觉 private float m_DragThresholdPixels 0.0f; // 计算后的像素阈值 protected override void Awake() { base.Awake(); // 将英寸转换为像素。Screen.dpi是屏幕每英寸像素数。 m_DragThresholdPixels dragThresholdInches * Screen.dpi; // 如果获取不到DPI某些设备设置一个合理的默认值如10像素 if (m_DragThresholdPixels 1.0f) m_DragThresholdPixels 10.0f; } // 在ProcessTouchPress的released部分添加点击判断逻辑 if (released) { // 判断是否满足点击条件 bool isClick pointerEvent.eligibleForClick; if (isClick) { // 计算从按下到释放的位移 Vector2 pressPos pointerEvent.pressPosition; Vector2 releasePos pointerEvent.position; float dragDistance (releasePos - pressPos).magnitude; // 如果位移超过了拖拽阈值则不是点击 if (dragDistance m_DragThresholdPixels) { isClick false; } // 还可以加入时间阈值判断略 } if (isClick) { ExecuteEvents.Execute(pointerEvent.pointerPress, pointerEvent, ExecuteEvents.pointerClickHandler); } // ... 其他释放逻辑 }对于多点触控最常见的冲突是两个手指同时操作一个在拖拽ScrollRect另一个点按了其中的按钮。我们需要确保事件ID不会串扰。// 在Process方法中确保每个触控点独立处理其pointerEventData不被其他触控点影响。 // 我们的字典结构 m_PointerData 已经通过 touch.fingerId 进行了隔离这是正确的。 // 关键是要确保射线检测Raycast是针对每个指针独立进行的。 public override void Process() { // ... 确保数据 ... foreach (var touch in Input.touches) { PointerEventData data; if (m_PointerData.TryGetValue(touch.fingerId, out data)) { // 在进行任何处理前为当前指针执行一次独立的射线检测 eventSystem.RaycastAll(data, m_RaycastResultCache); data.pointerCurrentRaycast FindFirstRaycast(m_RaycastResultCache); m_RaycastResultCache.Clear(); // 然后再处理该触控点的事件 ProcessTouchEvent(touch, data); // 需要修改ProcessTouchEvent以接收data参数 } } // ... }关键点解析与避坑指南 4拖拽阈值与DPI使用英寸而非像素dragThresholdInches例如0.1英寸是一个物理长度概念在不同DPI的屏幕上会自动换算成不同的像素值。这能保证在不同设备上触发拖拽所需的手指移动“物理距离”是一致的体验更统一。Screen.dpi可能为0在一些安卓设备或模拟器上Screen.dpi可能返回0或不准确。必须添加回退逻辑设置一个合理的默认像素阈值如5-15像素。多点触控的射线检测隔离一定要在每个触控点处理前用其自身的PointerEventData去调用RaycastAll。如果共用同一个PointerEventData对象或者射线检测结果在触控点间共享就会导致A手指的射线结果被B手指的事件使用造成UI响应错乱。2.5 步骤五集成与优化处理UI遮挡和性能最后一步我们需要将这个模块安装到实际的EventSystem上并处理一些常见的边缘情况。替换默认模块在场景中选中EventSystem游戏对象在Inspector面板中移除Standalone Input Module组件然后添加我们的CustomTouchInputModule组件。处理UI遮挡Raycast TargetUnity UI元素Image,Text,RawImage默认都是Raycast Target。如果UI层级复杂不必要的射线检测会影响性能并可能导致底层UI错误拦截事件。优化建议只为真正需要交互的UI元素如按钮、滑块勾选Raycast Target。纯装饰性的图片、文字可以取消勾选能有效提升UI响应性能并减少事件派发的歧义。处理World Space UI与Screen Space - Camera UI我们的模块主要处理的是Screen Space - Overlay模式的UI。如果你的UI是World Space或Screen Space - Camera需要确保场景中有对应的PhysicsRaycaster或GraphicRaycaster组件并且我们的模块能正确与之协作。通常不需要修改模块代码但需要理解PointerEventData中的pressEventCamera字段对于这些模式的重要性。添加调试信息在开发阶段可以添加一个简单的调试脚本来显示当前活跃的触控点和其状态这对于排查多点触控问题非常有帮助。// 简单的调试显示 void OnGUI() { GUILayout.Label($Touch Count: {Input.touchCount}); foreach (Touch t in Input.touches) { GUILayout.Label($ID: {t.fingerId}, Phase: {t.phase}, Pos: {t.position}); } foreach (var kvp in m_PointerData) { GUILayout.Label($Pointer ID: {kvp.Key}, Over GO: {(kvp.Value.pointerCurrentRaycast.gameObject?.name ?? None)}); } }3. 避坑指南那些我踩过的雷请你绕开走理论讲完了下面是我在实际项目中用血泪换来的经验这些在官方文档里可找不到。坑1触控事件“穿透”UI点击了后面的3D物体现象手指点击UI按钮时按钮后面的3D物体也被选中或触发了事件。根源EventSystem使用RaycastAll并按照深度排序。如果UI和3D物体都在射线路径上且你的PhysicsRaycaster的Event Mask包含了该3D物体所在的层它就会接收到事件。UI元素虽然排序在前但ExecuteEvents的执行逻辑可能被绕过。解决方案检查UI的Raycast Target确保被点击的UI元素如按钮背景图启用了Raycast Target。一个常见的错误是按钮的文本Text启用了但背景图片Image没启用导致射线“穿过”了按钮。利用GraphicRaycaster的Blocking设置GraphicRaycaster组件有Blocking Objects和Blocking Mask属性。可以设置为All或3D这样当射线击中UI时会阻止后续对3D物体的射线检测。代码层面拦截在ProcessTouchPress中如果currentOverGo是UI元素通过ExecuteEvents.GetEventHandlerIPointerClickHandler(currentOverGo)能找到处理者则可以提前返回不继续向3D物体派发事件。但这需要谨慎处理以免影响需要UI和3D同时响应的复杂交互。坑2快速滑动列表ScrollRect时偶尔会误触发列表内按钮的点击现象在ScrollRect上快速滑动列表滚动停止后发现手指起始位置下的按钮被点击了。根源这是“点击”和“拖拽”判断的经典冲突。如果拖拽阈值dragThreshold设置得太大或者手指在按下后有一个非常微小的、未超过阈值的移动然后抬起系统会将其判定为点击而非拖拽。解决方案优化拖拽阈值采用我们上面提到的基于DPI的自适应阈值并可以适当调小dragThresholdInches比如0.05英寸让系统更容易将微小移动识别为拖拽的开始。利用ScrollRect的惯性Inertia确保ScrollRect的Inertia属性开启。在快速滑动中即使手指有短暂停顿惯性滚动也会使ScrollRect处于“拖拽中”的状态从而抑制点击事件的产生。在ScrollRect的OnBeginDrag中处理可以在ScrollRect的OnBeginDrag事件中设置一个标志位并在其OnEndDrag中清除。在按钮的点击事件处理中检查这个标志位。如果ScrollRect正在拖拽则忽略此次点击。这需要你在UI逻辑层做一些协调。坑3多点触控下第二个手指的操作会干扰第一个手指的拖拽现象用一个手指拖拽一个物体再用第二个手指触摸屏幕第一个物体的拖拽会异常停止或跳动。根源Unity的Input.mousePosition在多点触控下会始终跟随最后一个触控点的位置。如果你的自定义模块没有完全摒弃对Input.mousePosition的依赖或者有其他脚本如第三方插件、旧的输入代码在读取它就会导致数据污染。解决方案彻底隔离确保你的自定义模块只使用Input.touches数据。所有指针位置、增量都来自Touch结构体绝不触碰Input.mousePosition。审查项目代码全局搜索项目中使用Input.GetMouseButton、Input.mousePosition、Input.mouseScrollDelta的代码。对于需要在移动端运行的逻辑应将其重构为使用你的自定义模块提供的抽象接口或者使用Unity新的Input System包进行统一管理。指针ID的绝对独立再次检查你的m_PointerData字典确保每个触控ID对应的PointerEventData对象在生命周期内完全独立其position、delta、pressPosition等字段绝不与其他ID共享或交叉赋值。坑4在低帧率设备上拖拽操作感觉不跟手现象在性能较差的设备上拖拽UI时UI的移动似乎有延迟不跟手。根源Touch.deltaPosition是自上一帧以来的位移。在低帧率下如30帧每一帧的时间间隔deltaTime变长deltaPosition会累积更大的位移导致EventSystem在判断“点击”还是“拖拽”时可能已经超出了阈值。同时UI更新如果也放在Update中会加剧延迟感。解决方案使用Touch.deltaTimeTouch结构体提供了deltaTime。你可以用deltaPosition / deltaTime来计算一个更平滑的、与时间无关的速度向量用于ScrollRect的惯性计算这比直接使用deltaPosition更稳定。将输入处理放在EarlyUpdate或FixedUpdate在Player Settings-Script Execution Order中可以设置你的CustomTouchInputModule脚本或它所在的EventSystem更早执行。这样能确保输入数据在被其他逻辑使用前就已处理完毕。对于跟手性要求极高的拖拽如绘图考虑使用Input.GetTouch并在Update中每帧多次查询尽管Unity通常一帧只更新一次触摸状态或者探索使用更低级别的输入API如Android的MotionEvent、iOS的UITouch但这会极大增加复杂度和平台特异性代码。4. 进阶优化与扩展思路当你完成了基础的5步改造并成功避坑后这个自定义输入模块还可以变得更强大。扩展1模拟鼠标悬停Hover效果移动端通常没有悬停概念但有些设计需要如长按显示提示框。你可以通过判断TouchPhase.Stationary的持续时间来模拟。在ProcessTouchEvent中如果触控点静止超过一定时间如0.5秒则手动触发一个IPointerEnterHandler和IPointerHoverHandler需自定义事件。扩展2手势识别集成你的模块已经能获取到所有触控点的原始轨迹数据这是识别手势如捏合缩放、旋转、双指滑动的完美基础。你可以在Process方法中在处理完单个触控点事件后增加一个手势识别层。分析m_PointerData中多个触控点的位置、移动向量和历史轨迹识别出特定模式后触发自定义的手势事件如OnPinch、OnRotate并通过Messaging System或C# Event通知给其他游戏系统。扩展3与Unity新Input System兼容Unity的新Input System包功能强大且跨平台支持更好。你可以创建一个基于新Input System的Input Module。原理类似但数据来源从Input.touches变成了InputSystem.Touchscreen.current.touches。新系统提供了更结构化和可配置的输入动作InputAction可以将触控直接映射为具体的游戏内动作如“移动”、“跳跃”、“缩放”进一步解耦输入逻辑和业务逻辑。改造Unity的EventSystem来处理触控转鼠标是一个深入理解Unity UI底层工作机制的绝佳机会。它开始可能只是为了解决“点击没反应”的小问题但当你一步步拆解、实现、踩坑、优化之后你会对整个输入事件流、UI交互链路有一个系统级的掌控力。这套自定义模块不仅能让你的移动端项目获得更精准的输入响应其设计思路和避坑经验也能迁移到其他任何需要处理复杂输入交互的场景中去。