Unity长按点击实现指南：Input类、UGUI接口与Input System

做Unity功能开发时，长按点击这个交互出现频率比想象中高得多：蓄力攻击、进度条充值、长按确认删除、游戏里按住持续移动、甚至模拟器上的滑动输入，全都能看到它的身影。很多朋友第一次做这个功能时，习惯直接写Input.GetMouseButtonDown(0)加一个计时器，但真机测试时各种小毛病不断——有时候长按没有回调，有时候松开后普通点击事件又跟着触发，还有协程被重复启动导致时间越算越快。今天这篇博文就把这套“Unity长按点击功能”从原理到实现完整梳理一遍，包含旧版Input、UI事件接口、新版Input System三条路线，以及我从实际项目中踩过的坑和排查经验，适合正在负责UI交互、战斗系统或移动端适配的Unity开发者参考，新手也可以直接照着抄。

1. 需求理解与方案选型

1.1 长按点击的本质拆解

先想清楚一个最简单的长按判断在逻辑上包含哪几个阶段。按下瞬间我们并不知道用户到底是想点一下还是想长按，所以第一帧只能先记录“按下了”这个状态和按下时刻；紧接着用户维持按住，我们持续累计按住时长；如果时长超过预设阈值，就认定这是一次长按，触发长按回调；如果用户提前松开，说明这次操作只是一次短按，取消计时并走短按逻辑。也就是说，一个完整的长按判断本质上是“按下检测 + 持续时间累计 + 阈值判定 + 状态互斥”四个环节的组合。

状态互斥这一点容易被忽略。很多新手实现时只想着怎么计时，结果发现长按触发后，松开手指时Button的onClick事件还会再触发一次，造成“一次操作、两种反馈”的混乱现象。所以在方案设计时，必须有一个标志位记录“本次按已经消耗为长按”，松开时不再派发短按/点击事件。

1.2 三条主流实现路线对比

Unity里做长按点击，常见的实现路线有三条，选型取决于你面对的是UI按钮、纯输入轮询、还是已经迁移到新版Input System。我把三条路线的核心差异整理成了表格，方便你根据项目情况选择。

从我的实际使用习惯来说，如果是UI按钮上的长按，我基本都是走UGUI事件接口方案，因为长按结束之后还要按需拦截Button的onClick，事件接口做这个事非常自然。如果是全局输入监听或者3D场景里的长按，则用Input类配合协程。

2. 基于Input类的协程方案：最通用的实现框架

2.1 基础的按下、保持、松开判定

先给一套可以直接复制使用的基础版本。这个方案不依赖UGUI，挂在任意GameObject上都能工作，适合非UI对象、3D物体拾取、或者全局输入监听场景。核心思路是：Update里向下检测按下，按下时启动协程，协程等待阈值时长后触发长按回调；松开时如果还没达到阈值就取消协程。

using System.Collections; using UnityEngine; using UnityEngine.Events; public class LongPressDetector : MonoBehaviour { public float holdDuration = 0.8f; public UnityEvent onLongPress; public UnityEvent onShortPress; private bool isPressing = false; private bool longPressTriggered = false; private Coroutine holdCoroutine; void Update() { if (Input.GetMouseButtonDown(0)) { if (isPressing) return; isPressing = true; longPressTriggered = false; holdCoroutine = StartCoroutine(HoldCheckCoroutine()); } if (Input.GetMouseButtonUp(0)) { if (!isPressing) return; isPressing = false; if (holdCoroutine != null) { StopCoroutine(holdCoroutine); holdCoroutine = null; } if (!longPressTriggered) { onShortPress?.Invoke(); } } } private IEnumerator HoldCheckCoroutine() { float timer = 0f; while (timer < holdDuration) { timer += Time.deltaTime; yield return null; } longPressTriggered = true; onLongPress?.Invoke(); holdCoroutine = null; } }

稍微解释几个关键设计。longPressTriggered标志位保证长按触发后，松开时不会再派发onShortPress，这是状态互斥的核心。isPressing防止在按住过程中重复按下其它鼠标键造成协程启动多次。协程里用Time.deltaTime累计而不是直接Time.time - startTime，好处是逻辑更清晰，而且如果后续需要支持暂停、恢复或某种时间缩放逻辑，改动成本低很多。

这里有个实用细节：如果你希望长按判定不受游戏暂停或Time.timeScale影响，可以把Time.deltaTime换成Time.unscaledDeltaTime。比如在UI界面里长按确认，游戏可能已经暂停，此时用unscaledDeltaTime才能保证按住时长正常累计。

2.2 长按期间持续触发的增强版

上面的版本是“长按到达阈值后只触发一次”，这种适合确认型的长按。但很多游戏里的长按是持续型的：按住蓄力、按住持续移动、按住不断收集资源。这种情况下每次等到阈值才回调一次体验就很差，我们需要的是“按住期间周期性触发”或“每帧返回进度”，我把持续版代码也放出来。

public class LongPressHoldDetector : MonoBehaviour { public float triggerDelay = 0.5f; public float repeatInterval = 0.15f; public UnityEvent onHoldBegin; public UnityEvent onHoldRepeat; public UnityEvent onHoldEnd; private bool isPressing = false; private Coroutine holdRoutine; void Update() { if (Input.GetMouseButtonDown(0) && !isPressing) { isPressing = true; holdRoutine = StartCoroutine(HoldProcess()); } if (Input.GetMouseButtonUp(0) && isPressing) { isPressing = false; if (holdRoutine != null) { StopCoroutine(holdRoutine); holdRoutine = null; } onHoldEnd?.Invoke(); } } private IEnumerator HoldProcess() { float delayTimer = 0f; while (delayTimer < triggerDelay) { delayTimer += Time.deltaTime; yield return null; } onHoldBegin?.Invoke(); while (true) { onHoldRepeat?.Invoke(); float repeatTimer = 0f; while (repeatTimer < repeatInterval) { repeatTimer += Time.deltaTime; yield return null; } } } }

这套结构很实用：triggerDelay是长按判定阈值，repeatInterval是达到阈值后每次重复触发的时间间隔。以蓄力攻击为例，你可以把triggerDelay设为0.4秒，repeatInterval设为0.1秒，这样玩家按下的前0.4秒是确认期，之后每0.1秒蓄力等级涨一级，手感就非常线性。如果做长按移动，阈值可以设得很短，比如0.2秒开始生效，之后每帧或每0.02秒触发一次移动步进。

唯一要小心的是协程在松开时可能会正好停在内部while循环里，不过StopCoroutine会直接终止，不会留下残留状态。另外，如果检测对象需要支持拖拽，鼠标移出游戏物体后GetMouseButtonUp依然能收到松开事件，但移动过程中的悬停状态会丢失，需要配合坐标判断——这部分我在第5章里专门讲。

2.3 配合屏幕坐标防手滑判定

长按类功能经常遇到一个体验问题：玩家按住按钮后手指或鼠标微移了几个像素，长按判定就失灵了。比如手机上的长按操作，手指一抖很容易偏移几像素，如果你严格在GetMouseButtonDown那帧记下坐标然后和抬起时比较，会发现偏移量很小，正常人类操作都会超过阈值。

我的经验是引入一个按下时的起始坐标，在判定的过程中持续检测当前位置与起始点的距离，如果超过一定范围说明用户可能是想滑动而不是长按，就取消长按协程。尤其是按钮周围有滑动列表时，长按和滑动的区分强烈依赖这个距离阈值。

public float maxDragDistance = 20f; private Vector2 pressStartPos; void Update() { if (Input.GetMouseButtonDown(0)) { pressStartPos = Input.mousePosition; // 启动协程 } if (Input.GetMouseButtonUp(0)) { float dragDistance = Vector2.Distance(pressStartPos, (Vector2)Input.mousePosition); // 距离过大则不视为短按/长按，直接取消 } } private IEnumerator HoldCheckCoroutine() { float timer = 0f; while (timer < holdDuration) { float currentDistance = Vector2.Distance(pressStartPos, (Vector2)Input.mousePosition); if (currentDistance > maxDragDistance) { longPressTriggered = true; // 消耗本次操作，避免短按误触发 yield break; } timer += Time.deltaTime; yield return null; } longPressTriggered = true; onLongPress?.Invoke(); }

注意yield break之前我主动把longPressTriggered设为true了——这有点反直觉，但实际效果很好。它的含义是：既然本次操作被判定为滑动/拖拽请求，就把它消费掉，不让后续的松开逻辑误判为一次短按点击。如果你希望在滑动取消后还能继续触发短按，那就不设这个值，而是设一个_isDragAborted标志，这个需要结合你的交互逻辑定。

3. UGUI事件接口方案：UI按钮上最顺手的长按处理

3.1 接口实现与状态管理

如果是UI上的按钮、图片、Slider等元素，我非常推荐用UGUI的事件系统。这套方案不需要在Update里轮询，而是实现IPointerDownHandler、IPointerUpHandler、IDragHandler等接口，由EventSystem统一派发事件。代码结构更干净，而且天然知道事件发生在哪个UI元素上，不会和3D场景里的点击混淆。先看基础版本：

using UnityEngine; using UnityEngine.EventSystems; public class UILongPress : MonoBehaviour, IPointerDownHandler, IPointerUpHandler, IDragHandler { public float holdDuration = 0.8f; public UnityEngine.Events.UnityEvent onLongPress; public UnityEngine.Events.UnityEvent onLongPressEnd; public UnityEngine.Events.UnityEvent onClick; private float pressTime; private bool waitingLongPress; private bool longPressFired; private Coroutine holdCoroutine; public void OnPointerDown(PointerEventData eventData) { pressTime = Time.time; waitingLongPress = true; longPressFired = false; holdCoroutine = StartCoroutine(WaitForLongPress()); } public void OnPointerUp(PointerEventData eventData) { if (waitingLongPress) { waitingLongPress = false; if (holdCoroutine != null) { StopCoroutine(holdCoroutine); holdCoroutine = null; } if (!longPressFired) { onClick?.Invoke(); } } else if (longPressFired) { onLongPressEnd?.Invoke(); } } public void OnDrag(PointerEventData eventData) { // 拖拽发生时可以取消长按等待 if (waitingLongPress) { waitingLongPress = false; if (holdCoroutine != null) { StopCoroutine(holdCoroutine); holdCoroutine = null; } longPressFired = true; // 本次按下已消耗为拖拽 } } private IEnumerator WaitForLongPress() { float timer = 0f; while (timer < holdDuration) { timer += Time.deltaTime; yield return null; } waitingLongPress = false; longPressFired = true; onLongPress?.Invoke(); holdCoroutine = null; } }

仔细看OnPointerUp的逻辑分了两路：如果还在等待期内，说明长按没触发，此时如果没触发过就回调点击；如果长按已经触发过，说明这次操作已经消耗为长按，松开时只回调长按结束事件。这个状态流转清晰，避免了“既长按又点击”的经典问题。拖拽发生时同样把longPressFired置为true，把操作消费掉。

挂着这个脚本的物体，我建议不需要再同时挂Button组件，除非你需要用到Button的选择态、过渡动画等交互表现。如果项目里确实既有Button又有长按需求，你可以保持Button组件，然后在这个脚本的OnPointerUp里通过一个布尔值控制Button的点击。具体做法是把onClick这个UnityEvent替换为对Button组件的控制，或者在外部监听里判断：“如果本次已经触发过长按，就忽略Button.onClick”。

3.2 配合Button组件时的互斥处理

有的项目里UI结构是现成的，Button的onClick已经绑定了很多业务逻辑，长按只是附加需求。这个时候最优雅的做法不是推翻Button，而是在长按触发时临时把Button的interactable置为false，等松开后再恢复。这个小技巧我在实战中经常用，它完美避开了onClick事件被触发的路径，因为Button的点击派发依赖interactable为true。

public UnityEngine.UI.Button targetButton; // 自动获取或手动拖拽 private IEnumerator WaitForLongPress() { float timer = 0f; while (timer < holdDuration) { timer += Time.deltaTime; yield return null; } waitingLongPress = false; longPressFired = true; if (targetButton != null) { targetButton.interactable = false; } onLongPress?.Invoke(); yield return null; // 多等一帧，确保Button不会再派发点击 if (targetButton != null) { targetButton.interactable = true; } holdCoroutine = null; }

为什么中间要多等一帧？因为OnPointerUp可能发生在协程执行过程中的任意帧，如果我们在长按触发当帧就把interactable改为false，而用户正好在这一帧之后松开，Button内部的PointerClickHandler会因为interactable为false而跳过点击派发，完美互斥。但协程里立即恢复的话，如果用户松开时恰好还没派发点击事件，恢复后的Button可能又把点击补发出来。多等一帧就是给EventSystem一个完整的事件派发周期，让点击判定发生在interactable为false的窗口内。

如果你不想打乱Button的交互态，还有一个更稳的办法：在事件阶段直接拦截。给这个物体挂一个独立的InputBlocker组件，实现IPointerClickHandler接口，并且让它和Button竞争事件，在点击事件阶段直接吞掉事件。这需要你对EventSystem的事件派发顺序有深入理解，不推荐新手一开始就用。

3.3 不依赖EventSystem的UGUI方案

有一种情况很尴尬：项目里没有EventSystem，UI只是简单用Unity UI组件展示，此时UGUI的IPointerDownHandler接口不会被调用。如果你不想为了一个长按功能引入整套EventSystem，可以在Update里判断射线命中UI元素的方案。

void Update() { if (Input.GetMouseButtonDown(0) && IsPointerOverUI()) { // 启动长按协程 } } bool IsPointerOverUI() { PointerEventData eventData = new PointerEventData(EventSystem.current); eventData.position = Input.mousePosition; var raycastResults = new System.Collections.Generic.List<RaycastResult>(); EventSystem.current.RaycastAll(eventData, raycastResults); return raycastResults.Count > 0; }

注意这个方案依赖EventSystem.current不被置空，否则会抛NullReferenceException。如果GameObject被禁用，EventSystem.current可能为null，所以要做空判断。而且RaycastAll的性能比单次射线要好些，但也别每帧大量调用，建议只在按下那一帧做判断。

4. 新版Input System：Hold Interaction与Action配置实战

4.1 InputAction资产配置

新版Input System（UnityEngine.InputSystem）把输入处理从“每帧轮询”改成了“Action事件驱动”的模式。如果你项目里已经引入Input System包，再手写Input.GetMouseButtonDown会直接编译报错，所以必须了解Input System里的长按实现方式。

先用最直接的代码方式注册Action，不需要创建.inputactions资产，适合快速实现：

using UnityEngine; using UnityEngine.InputSystem; public class InputSystemLongPress : MonoBehaviour { private InputAction pressAction; private float pressStartTime; private bool isPressing; public float holdDuration = 0.8f; void Awake() { pressAction = new InputAction("Press", InputActionType.Button); pressAction.AddBinding("<Mouse>/leftButton"); pressAction.AddBinding("<Touchscreen>/primaryTouch"); } void OnEnable() { pressAction.started += OnPressStarted; pressAction.canceled += OnPressCanceled; pressAction.performed += OnPressPerformed; pressAction.Enable(); } void OnDisable() { pressAction.started -= OnPressStarted; pressAction.canceled -= OnPressCanceled; pressAction.performed -= OnPressPerformed; pressAction.Disable(); } private void OnPressStarted(InputAction.CallbackContext context) { isPressing = true; pressStartTime = Time.time; // 可以在这启动协程，或者用Hold Interaction直接处理 } private void OnPressCanceled(InputAction.CallbackContext context) { isPressing = false; } private void OnPressPerformed(InputAction.CallbackContext context) { // 没有配置Interaction时，performed 相当于点击完成 } }

这里的started、performed、canceled三个状态对应按钮生命周期的按下、完成、取消。但注意：这种写法不包含Hold判定，performed在普通按钮按下立即触发，而长按的“按住一段时间后触发”需要额外用Hold Interaction。

4.2 使用Hold Interaction实现长按

新版Input System内置了Hold交互，可以直接在Action配置里把Interaction设置为Hold，并指定duration时长和press point灵敏度。窗口操作：选择Action后，在Inspector里点Add Interaction → Hold → 设置duration为0.8秒。此时performed会在按住超过0.8秒时触发，而started仍表示按下开始，canceled表示提前松开。示意配置如下：

var pressAction = new InputAction(type: InputActionType.Button); pressAction.AddBinding("<Mouse>/leftButton"); var holdInteraction = new HoldInteraction { duration = 0.8f, pressPoint = PressPoint.ReleaseOnly }; pressAction.AddInteraction(holdInteraction);

代码里动态添加HoldInteraction时需要注意pressPoint字段的类型，不同版本API略有差异。实际项目中我更多是直接用.inputactions资产的可视化配置，不写代码。可视化配置对策划和美术也很友好，他们能直接看到时间参数。

配置Hold之后的三阶段回调语义要记清楚：按住超过duration时触发performed，如果提前松开就触发canceled；还有一种情况是按住超过duration后继续按住，在释放时会再触发一次canceled。也就是说，长按过程中至少会收到两次回调：一次performed、一次canceled。如果用协程自己管理反而更容易控制状态，这就是为什么很多老项目即使迁到Input System也仍然自己计时，而不是完全依赖Hold Interaction。

4.3 新旧输入系统混用的切换开关

Unity支持同时启用旧版Input Manager和新版Input System，在Player Settings里把Active Input Handling设为Both即可。但请注意，两个系统同时监听同一按键时，输入事件会各自处理，如果你的长按代码同时混用了Input.GetMouseButtonDown和InputSystem的API，会出现一次鼠标按下被两次处理的问题。所以不要混用，要么全部走新Input System，要么全部走旧Input类。迁移期建议先把旧的Input.GetMouseButtonDown全部替换掉，而且要注意鼠标左键在Input System里的Path是<Mouse>/leftButton，移动端触屏是<Touchscreen>/primaryTouch，如果你同时绑定两个Binding，按下时会收到两个回调，需要靠context.control.device判断来源。

5. 常见问题排查与避坑实录

5.1 长按回调完全不触发

这是出现频率最高的问题。排查路径我总结成一条线：先确认EventSystem是否存在——如果没有EventSystem，UGUI事件接口方案直接失效；再确认当前UI物体是否被GraphicRaycaster或PhysicsRaycaster正确接收射线——UI元素需要Canvas上有GraphicRaycaster组件，并且该UI元素的RaycastTarget必须勾选；接着确认按钮的Interactable是否为true，如果为false，Button组件不会派发任何点击事件，但你自定义的IPointerDownHandler仍会触发——这一点容易造成错觉，需要分开排查。

如果用的是Input类方案，优先怀疑是不是Input.GetMouseButtonUp(0)和协程的执行顺序有问题。比如按下时协程启动，但Update里某个地方把协程引用置空了，导致StopCoroutine没生效，长按和短按同时触发。排查时可以打日志确认协程启动后每隔0.5秒是否仍在执行，以此判断是协程被中断还是压根没启动。

5.2 长按和短按同时触发

我之前已经反复提到标志位互斥。这里给出一个通用排查清单：按下时是否记录了longPressFired = false；长按触发时是否立刻置longPressFired = true；松开时是否检查了longPressFired再决定要不要派发短按。

很多项目里长按和点击是挂在两个不同组件上的，比如Button组件处理点击，另一个独立脚本做长按，两者互不知情。这种情况下即便松开时短按代码想拦截也没处拦，必须在更高层做仲裁。我的做法是建立一个输入仲裁器组件，它监听所有点击，维护一个“本次是否已消耗”的字典，用eventData.pointerId或者手指ID作为键，确保同一个触点的事件不会跨组件重复。

5.3 手指微移导致长按误触发短按

说得直白一点，移动端上最典型的场景是：长按一个图标想拖动它，结果手指稍微动了20像素，长按协程被取消，松开时又触发了一次短按事件，于是图标一边被拖动一边还弹出了点击菜单。解决方案就是我前面写的maxDragDistance坐标距离判断，区别在于配合UI拖拽时要把位移判定做成“超过阈值即取消长按、且不派发短按”，而不是“取消长按后让短按正常触发”。参数上，不同屏幕分辨率下同样的物理位移对应的像素值不同，建议用Screen.height * 0.02f这类基于屏高的比例计算阈值，而不是写死某个数字。

5.4 多点触控下的手指ID问题

真机上如果只用Input.GetTouch(0)做长按，第二根手指按下时GetTouch(0)可能被新的触点顶替，导致长按状态混乱。正确做法是记录每个触点的fingerId，只对最初按下的那个touch做长按判断。UI事件接口方案里PointerEventData.pointerId就能拿到手指唯一ID，直接用这个ID作为状态条目即可。如果发现同一根手指的按下和松开事件对不上，多半是中间有别的元素拦截了事件，这时检查一下有没有物体把blocksRaycasts意外置为true。

5.5 协程被重复启动和生命周期问题

协程重复启动是长按实现里很经典的bug。按下时连续两帧都检测到GetMouseButtonDown(0)就会启动两个协程，时间差会叠加，导致长按时间越来越短。解决办法是给协程启动加上interrupted开关，并且在启动前先StopAllCoroutines()。如果这个检测脚本挂在场景物体上，切换场景时协程会被杀，长按状态就卡住了；如果你需要跨场景保留状态，建议把检测脚本挂在一个常驻物体上，且用DontDestroyOnLoad保住它。另外脚本的OnDisable里一定要把协程引用置空，避免残留。

5.6 新Input System里performed与canceled的坑

我在4.2节提到过Hold Interaction的触发时序：按住超过duration，performed触发；继续按住，松开时canceled触发。很多朋友拿到的回调顺序是performed在前、canceled在后，容易在canceled里做重复处理。我的处理习惯是只在performed里做长按真正生效的动作，在canceled里只做状态清理，绝不重复触发业务逻辑。如果业务上确实需要在长按结束那一刻再做一次结算，就用另一个布尔标志位区分“是否已经performed过”，避免canceled重复结算。

6. 把长按逻辑沉淀成可复用组件

写了这么多实现，最后想聊点架构层面的东西。如果你只是在一个按钮里用一次长按，随便写都能应付。但项目里长按出现的地方多起来之后，比如背包里有10个可长按操作的道具、主界面有3个可长按的入口，这时候还到处复制粘贴那套协程代码就很不专业了。

我通常会把长按检测做成一个通用的可挂载组件，对外暴露开始回调、持续回调、结束回调三个事件，内部用前面讲的协程或Input System实现。业务层完全不关心它是怎么检测的，只需要在UnityEvent里连线。组件的核心字段就三个：长按判定阈值、触发后的回调频率、可容忍的拖动距离。另外再加一个interactable开关方便外部动态控制。

public class GenericLongPressHandler : MonoBehaviour, IPointerDownHandler, IPointerUpHandler, IDragHandler { public float longPressTime = 0.7f; public UnityEvent onPressStart; public UnityEvent onLongPressReach; public UnityEvent onPressCancel; public UnityEvent onReleaseAfterLongPress; private bool _isPressed; private bool _longPressInvoked; private Coroutine _pressCoroutine; private float _longPressDura; public void OnPointerDown(PointerEventData eventData) { if (!enabled) return; _isPressed = true; _longPressInvoked = false; onPressStart?.Invoke(); _pressCoroutine = StartCoroutine(LongPressCoroutine()); } public void OnPointerUp(PointerEventData eventData) { if (!_isPressed) return; _isPressed = false; if (_pressCoroutine != null) { StopCoroutine(_pressCoroutine); _pressCoroutine = null; } if (_longPressInvoked) { onReleaseAfterLongPress?.Invoke(); } } public void OnDrag(PointerEventData eventData) { if (_isPressed) { _isPressed = false; if (_pressCoroutine != null) { StopCoroutine(_pressCoroutine); _pressCoroutine = null; } onPressCancel?.Invoke(); } } private IEnumerator LongPressCoroutine() { _longPressDura = 0f; while (_longPressDura < longPressTime) { _longPressDura += Time.deltaTime; yield return null; } _longPressInvoked = true; onLongPressReach?.Invoke(); _pressCoroutine = null; } }

这个通用组件挂到任何UI物体上即可使用，它和Button组件共存互不干扰，因为你只实现了指针接口而没实现IClickHandler。如果确实需要同时处理普通点击，可以让业务层把onClick的UnityEvent接到OnPointerUp的分支里，或者单独维护一个点击处理器。组件化最大的好处是排查问题时只需要检查一个地方，所有长按相关逻辑具备单一事实来源。

我个人在实际项目中的习惯是，长按阈值一般控制在0.5到0.8秒之间，太短容易误触，太长用户会觉得卡顿。像删除确认这类需要防止误操作的场景，我会专门设长一点到1.2秒左右，并且在按下期间显示倒计时提示，让用户明确感知到“我在长按”。每次做完一个长按功能我都会顺手在真机上测试一遍，因为模拟器和真机在触摸灵敏度、多点触控延迟上有明显差别，很多桌面端跑得好好的逻辑，一到手机上就会出现手指微移误判或长按略微失灵的问题。多做几次真机测试，把阈值调到手感顺滑的范围，这个功能才算真正完成。