企业官网建设流程全解析

说实话，刚开始做Unity 2D物体拖拽的时候，我差点把键盘摔了。当时在做一个小游戏Demo，需求很朴素：玩家按住一个方块，把它拖到另一个位置，松手落下。我心想这么简单的交互，Unity 不是自带一堆物理和输入处理嘛，随便写写就完事了。结果真上手才发现，光是“按下不跳变、拖动跟手、松手稳定”这三个看似基础的要求，就踩了整整一下午的坑。

如果你现在也在做Unity 2D物体拖拽效果，并且遇到了物体乱飞、拖拽卡顿、或者物体被UI挡住点不到之类的问题，这篇文章应该能帮你省下不少时间。我不打算只丢一套代码给你，而是把拖拽背后的坐标转换原理、几种常见方案的取舍、以及实际项目中真正能落地的通用组件，按我踩坑的顺序重新捋一遍。不管你是刚接触Unity的新手，还是已经写过一些拖拽逻辑但想做得更稳的开发者，这篇都值得你花十分钟看完。

1. 先理清楚:2D拖拽到底有几条路可以选

1.1 最容易上手但坑最多的OnMouse系列

Unity的脚本里只要写了OnMouseDown()、OnMouseDrag()、OnMouseUp()，配合一个Collider，就能让物体响应鼠标。我第一次写拖拽就是用的这个，三五行代码搞定，当时觉得世界真美好。

using UnityEngine; public class SimpleDrag : MonoBehaviour { private void OnMouseDrag() { Vector3 mousePos = Camera.main.ScreenToWorldPoint(Input.mousePosition); mousePos.z = 0f; transform.position = mousePos; } }

这段代码在场景很简单、只有一个小方块的时候，运行起来是正常的。但你很快会遇到几个问题：

第一个是物体“瞬移”到鼠标位置。按下鼠标那一刻，物体的中心会直接跳到鼠标指针所在的位置，而不是保持你按住的相对位置。如果方块小、鼠标按在中间，感觉不明显；但凡你按的是方块边缘，整个物体就会“啪”地跳一下，体验非常生硬。

第二个问题是Collider依赖。OnMouse系列本质上靠的是Unity的物理射线检测，所以物体必须有Collider2D，而且如果鼠标前面挡着别的碰撞体，点到的可能就是那个遮挡物。再加上这套API只考虑了鼠标，没有细粒度地处理移动端多点触控，做到后面基本得推翻重来。

1.2 更可控的屏幕坐标转世界坐标方案

另一种思路是自己处理输入，再用ScreenToWorldPoint把鼠标位置转换成世界坐标，去控制物体的位置。相比OnMouse系列，这种方案把“输入来源”和“物体跟随”完全解耦，你想监听鼠标还是触摸都行，想加偏移、平滑、范围限制也都方便。

这也是我后面真正在项目里采用的方案。它并不复杂，核心就是一套坐标转换：

• 鼠标在屏幕上有一个2D坐标(x, y)
• 通过相机把它转换成3D世界坐标
• 把世界坐标交给物体

听起来很简单，但里面藏着一个特别的坑，跟相机的Z轴有关，这个我放到第2部分细说。

1.3 带物理反馈的刚体拖拽

如果你的物体需要跟其他物体碰撞、需要重力、需要在拖拽时推挤其他东西，那就不应该直接改transform.position，而是用Rigidbody2D配合速度或MovePosition来做。这样Unity的物理引擎才会正确参与，碰撞检测才不会出错。

这种方案的代价是：物体的移动不再是你给什么位置它就立刻到那儿，而是有惯性、有延迟，参数需要调。如果你只是做一个UI拼图或者抽屉式的拖放玩法，用刚体可能会让你觉得“手感很肉”。但如果是做推箱子、物理益智、或者模拟类游戏，刚体拖拽才是正路。

1.4 移动端触摸输入的区别

到了移动端，鼠标那套逻辑不能直接照搬。好在Unity的Input.touches接口把触摸状态分得很清楚：Began（按下）、Moved（移动）、Ended（抬起）。你要做的就是把鼠标按下的时机和触摸按下的时机对应起来。

还有一点容易被忽略：触摸有fingerId，也就是第几根手指。如果你只处理第一根手指Input.GetTouch(0)，那当玩家另一根手指也按下时，逻辑就会乱。好在我们做单物体拖拽时，一般只关心第一根手指就行，但如果你做多指同时拖多个物体，就必须按fingerId去区分了。

2. 核心机制:坐标转换才是拖拽手感好坏的胜负手

2.1 屏幕坐标、世界坐标和相机到底怎么换算

很多人写拖拽，卡就卡在搞不清坐标系。Unity里你看到的画面，是相机把3D世界坐标投影到屏幕上的结果。反过来，要从鼠标的屏幕坐标得到世界坐标，也就是做一次逆投影。

Camera.main.ScreenToWorldPoint就是干这个的。注意这个方法的参数是一个Vector3，前两个是屏幕坐标，第三个是深度值，代表你要转换到哪个垂直于相机Z轴的平面上。

这里有一个初学者必踩的坑：习惯性把z写成了0f。在2D游戏里，相机一般在(0, 0, -10)或类似的位置，如果你把z设为0，那你转换出来的坐标根本不在Sprite所在的平面上，结果就是物体要么跑到相机背后，要么跟着鼠标在奇怪的方向上移动。

正确做法是，用物体当前屏幕坐标的z值作为转换深度：

Vector3 screenPoint = cam.WorldToScreenPoint(transform.position); Vector3 mouseWorld = cam.ScreenToWorldPoint( new Vector3(Input.mousePosition.x, Input.mousePosition.y, screenPoint.z) );

这句话解释起来也很直白：我先看看物体现在被画在屏幕上的“深度”是多少，然后让鼠标也换算到这一层。这样鼠标和物体就处于同一个平面上，换算出来就是准确的世界坐标。

2.2 跳变问题:为什么按下瞬间物体会“嗖”地飞过来

原因很简单：物体的移动是直接设置了transform.position = 鼠标世界坐标，等于把物体的中心点强行拉到了鼠标指针的位置。你按的是边缘，中心自然要跳过去。

解决方式也很基础，在按下的时候算出一个偏移量，拖动的过程中始终拿“鼠标坐标 + 偏移量”作为目标位置：

offset = transform.position - mouseWorld;

offset代表物体中心与按下点之间的相对位置。拖动时把偏移加回去，物体就能老老实实地保持你按住的相对位置，不会出现瞬移跳变。

2.3 为什么直接赋值会抖动,平滑插值才是关键

如果你的游戏帧率不稳定，直接赋值的拖拽会显得很生硬：物体一顿一顿地跟着鼠标。这是因为每一帧鼠标位置变化量是固定的，但帧间隔却不一样，导致物体位移速度忽快忽慢。

想让拖拽更“丝滑”，有两种做法：

• Vector3.Lerp：当前位置向目标位置插值
• Vector3.SmoothDamp：带阻尼的平滑跟随，手感更像“物体被拖着走”

我在项目里更推荐SmoothDamp，因为它自带一个速度参数，可以控制物体跟手的快慢和柔韧性。你只需要在类里声明一个Vector3 velocity字段，每次拖动时调用：

transform.position = Vector3.SmoothDamp( transform.position, targetPos, ref velocity, smoothTime );

smoothTime越小，跟随越紧；越大，拖拽越“飘”。我通常用0.05到0.1之间，具体手感根据你的游戏类型微调。

2.4 一个让拖拽范围受限的常用技巧

有时候你不想让物体飞出某个区域，比如拼图游戏的碎片只能在拼图框内移动，或者拖拽的杆子只能在一定范围内滑动。这种情况不要在Update里写一堆判断条件，更稳妥的做法是在计算完目标位置后，手动Clamp一下坐标：

float minX = -3f, maxX = 3f; float minY = -2f, maxY = 2f; targetPos.x = Mathf.Clamp(targetPos.x, minX, maxX); targetPos.y = Mathf.Clamp(targetPos.y, minY, maxY);

如果范围不是规则的矩形，也可以用Vector2.Distance限制到某个中心点的半径内。总之，拖拽逻辑的核心是“先算目标，再约束目标，最后赋值”，顺序不要颠倒。

3. 实操:一个能直接用的通用2D拖拽组件

3.1 第一步,搞定基础移动

我们先从最简版开始。下面这个脚本挂在任何带Collider2D的物体上，它就能被鼠标拖走。注意我在Awake里缓存了相机引用，别在拖动时反复Camera.main，这个属性内部有查找开销，每帧调用会让GC和CPU都不太舒服。

using UnityEngine; [RequireComponent(typeof(Collider2D))] public class BasicDrag2D : MonoBehaviour { private Camera cam; private Vector3 offset; private float targetZ; private void Awake() { cam = Camera.main; } private void OnMouseDown() { Vector3 screenPoint = cam.WorldToScreenPoint(transform.position); targetZ = screenPoint.z; Vector3 mouseWorld = cam.ScreenToWorldPoint( new Vector3(Input.mousePosition.x, Input.mousePosition.y, targetZ) ); offset = transform.position - mouseWorld; } private void OnMouseDrag() { Vector3 mouseWorld = cam.ScreenToWorldPoint( new Vector3(Input.mousePosition.x, Input.mousePosition.y, targetZ) ); Vector3 targetPos = mouseWorld + offset; targetPos.z = transform.position.z; transform.position = targetPos; } }

到这一步，拖拽已经能跟手了。但你会发现，如果物体被别的Sprite挡住，你可能根本点不到它。接下来处理层级问题。

3.2 第二步,拖拽时自动把物体提到最上层

2D游戏里所有元素都是靠SortingLayer和SortingOrder来决定渲染顺序的。你的Sprite默认SortingOrder是0，另一个遮挡物是100，那你就永远点不到那个被挡住的物体。

临时处理方式是在按下时把SpriteRenderer的sortingOrder调大，比如设成1000，松手后再恢复原来的值。这样只要拖拽开始，这个物体就会跑到所有普通物体前面，视觉上也会觉得它“被拿起来了”。

private SpriteRenderer spriteRenderer; private int defaultOrder; private void Awake() { cam = Camera.main; spriteRenderer = GetComponent<SpriteRenderer>(); if (spriteRenderer != null) { defaultOrder = spriteRenderer.sortingOrder; } } private void OnMouseDown() { // ... 前面的坐标与偏移计算 if (spriteRenderer != null) { spriteRenderer.sortingOrder = 1000; } } private void OnMouseUp() { if (spriteRenderer != null) { spriteRenderer.sortingOrder = defaultOrder; } }

这里有一个小细节：如果你拖拽的物体层级关系本身就很复杂，比如背后还有别的动态物体，那么“恢复默认order”可能不够，最好自己维护一套排序规则。我项目里用的是一个全局的顶置排序层，拖拽开始从100递增，每次拖一个新物体就加1，这样多个物体叠加时总能看到当前拖的那个。

3.3 第三步,加入SmoothDamp平滑

继续往同一个脚本里增加平滑逻辑：

public float smoothTime = 0.08f; private Vector3 velocity = Vector3.zero; private void OnMouseDrag() { Vector3 mouseWorld = cam.ScreenToWorldPoint( new Vector3(Input.mousePosition.x, Input.mousePosition.y, targetZ) ); Vector3 targetPos = mouseWorld + offset; targetPos.z = transform.position.z; transform.position = Vector3.SmoothDamp( transform.position, targetPos, ref velocity, smoothTime ); }

注意SmoothDamp会引用一个velocity字段，你需要把它声明成类的成员变量，不能每次重新new，否则平滑效果会失效。

加完这一步，拖拽手感会立刻柔和很多。尤其在帧率不稳的场景，平滑插值比直接赋值要稳定得多。

3.4 完整版代码,直接拷过去就能用

把上面三部分拼在一起，就是一个很通用的2D拖拽组件。

using UnityEngine; [RequireComponent(typeof(Collider2D))] public class DragAny2DObject : MonoBehaviour { [Header("平滑参数")] public float smoothTime = 0.08f; [Header("拖拽时自动置顶")] public bool bringToFront = true; private Camera cam; private Vector3 velocity = Vector3.zero; private Vector3 offset; private float targetZ; private SpriteRenderer spriteRenderer; private int defaultOrder; private void Awake() { cam = Camera.main; spriteRenderer = GetComponent<SpriteRenderer>(); if (spriteRenderer != null) { defaultOrder = spriteRenderer.sortingOrder; } } private void OnMouseDown() { Vector3 screenPoint = cam.WorldToScreenPoint(transform.position); targetZ = screenPoint.z; Vector3 mouseWorld = cam.ScreenToWorldPoint( new Vector3(Input.mousePosition.x, Input.mousePosition.y, targetZ) ); offset = transform.position - mouseWorld; if (bringToFront && spriteRenderer != null) { spriteRenderer.sortingOrder = 1000; } } private void OnMouseDrag() { Vector3 mouseWorld = cam.ScreenToWorldPoint( new Vector3(Input.mousePosition.x, Input.mousePosition.y, targetZ) ); Vector3 targetPos = mouseWorld + offset; targetPos.z = transform.position.z; transform.position = Vector3.SmoothDamp( transform.position, targetPos, ref velocity, smoothTime ); } private void OnMouseUp() { if (bringToFront && spriteRenderer != null) { spriteRenderer.sortingOrder = defaultOrder; } } }

这段代码的用法就三步：创建空物体或Sprite物体 -> 挂上脚本 -> 确保它有Collider2D。不需要额外写输入管理，不用考虑相机角度，适用于绝大多数正交相机的2D游戏。

4. 移动端触摸和历史物理拖拽的实用改造

4.1 触摸版本:用Input.touches实现同样效果

OnMouse系列在移动端也能勉强用，但既然都已经决定自己控制了，我建议直接写触摸版本，这样你能处理更多细节，比如多点触控、触摸刚开始时是否按在UI上。下面这段代码的思路和上面完全一样，只是把输入源从鼠标换成了触摸。

using UnityEngine; public class TouchDrag2D : MonoBehaviour { public float smoothTime = 0.08f; private Camera cam; private Vector3 offset; private float targetZ; private Vector3 velocity = Vector3.zero; private bool isDragging = false; private int draggingFingerId = -1; private void Awake() { cam = Camera.main; } private void Update() { if (Input.touchCount <= 0) return; for (int i = 0; i < Input.touchCount; i++) { Touch touch = Input.GetTouch(i); if (touch.phase == TouchPhase.Began) { Ray ray = cam.ScreenPointToRay(touch.position); RaycastHit2D hit = Physics2D.Raycast(ray.origin, ray.direction); if (hit.collider != null && hit.collider.gameObject == gameObject) { isDragging = true; draggingFingerId = touch.fingerId; Vector3 screenPoint = cam.WorldToScreenPoint(transform.position); targetZ = screenPoint.z; Vector3 world = cam.ScreenToWorldPoint( new Vector3(touch.position.x, touch.position.y, targetZ) ); offset = transform.position - world; } } else if (touch.phase == TouchPhase.Moved && isDragging && touch.fingerId == draggingFingerId) { Vector3 world = cam.ScreenToWorldPoint( new Vector3(touch.position.x, touch.position.y, targetZ) ); Vector3 targetPos = world + offset; targetPos.z = transform.position.z; transform.position = Vector3.SmoothDamp( transform.position, targetPos, ref velocity, smoothTime ); } else if (touch.phase == TouchPhase.Ended && touch.fingerId == draggingFingerId) { isDragging = false; draggingFingerId = -1; } } } }

draggingFingerId这个变量是关键。它保证了你只跟随最初按下物体的那根手指移动，不会因为第二根手指按下去而抢走控制权。这个细节在桌面端看不到区别，但放到真机上测试，两指同时操作时就能感受到差距。

4.2 刚体拖拽:保留物理碰撞的正确姿势

如果你不想让物体穿过别的碰撞体，那就要用Rigidbody2D。直接改transform.position会绕过物理引擎，导致物体硬生生瞬移到目标点，甚至和障碍物重叠。

正确做法是修改刚体的速度，或者调用Rigidbody2D.MovePosition。我个人更推荐速度方案，因为它对物理碰撞的反应更自然。

using UnityEngine; [RequireComponent(typeof(Rigidbody2D))] public class PhysicsDrag2D : MonoBehaviour { public float dragSpeed = 10f; private Camera cam; private Rigidbody2D rb; private Vector3 offset; private float targetZ; private float originalGravity; private void Awake() { cam = Camera.main; rb = GetComponent<Rigidbody2D>(); originalGravity = rb.gravityScale; } private void OnMouseDown() { Vector3 screenPoint = cam.WorldToScreenPoint(transform.position); targetZ = screenPoint.z; Vector3 mouseWorld = cam.ScreenToWorldPoint( new Vector3(Input.mousePosition.x, Input.mousePosition.y, targetZ) ); offset = transform.position - mouseWorld; rb.velocity = Vector2.zero; rb.gravityScale = 0f; } private void OnMouseDrag() { Vector3 mouseWorld = cam.ScreenToWorldPoint( new Vector3(Input.mousePosition.x, Input.mousePosition.y, targetZ) ); Vector3 targetPos = mouseWorld + offset; Vector2 moveDirection = targetPos - transform.position; rb.velocity = moveDirection * dragSpeed; } private void OnMouseUp() { rb.velocity = Vector2.zero; rb.gravityScale = originalGravity; } }

把gravityScale在拖拽期间改成0，是为了防止物体在拖到一半时继续受重力往下掉。如果你希望物体被拖起来之后依然有轻微下坠感，也可以不设成0，而是调小一点，比如0.1f，这个要看你具体想要的手感。

dragSpeed这个值可以理解为“物体向目标点冲的强度”。调太大会导致物体猛烈撞向障碍物，调太小又觉得拖不动。我的经验是在8到15之间调整，配合Rigidbody2D的Linear Drag（线性阻力）一起调，能找到一个比较跟手又不发飘的状态。

4.3 鼠标和触摸逻辑复用的思路

如果你做的是PC+手机双端游戏，不想写两套拖拽代码，也有一个通用思路：用Input.mousePosition模拟单点触摸，或者反过来把触摸归一化成鼠标接口。比较省事的是在PC上继续用OnMouse系列，在移动端用触摸脚本，两者只是挂的组件不同。

如果你想维护一套，可以把输入封装成接口，比如定义一个GetPressPosition()、GetRelease()之类的方法，在Update里先判断平台是移动端还是桌面端，再选择从Input.touches还是Input.mousePosition取数据。这样拖拽逻辑本身不用变，变动的只有输入源头。不过对于大多数中小型项目来说，写两个分量级不重，反而更好维护。

5. 大概率会踩的坑:症状、原因、解决

5.1 物体一拖就乱飞,跑到相机后面

这个我刚开始做的时候几乎必现。原因是ScreenToWorldPoint的第三个参数z写成了0f或者直接不传。如果相机在(0,0,-10)，z=0会落在相机前方的某个斜面上，物体的移动轨迹会被拉得很奇怪。

解决方式就是用物体自己的屏幕坐标z值作为深度参数，也就是我在2.1里写的targetZ。养成这个习惯之后，不管相机在什么位置、什么角度，拖拽都不会乱飞。

5.2 按下瞬间物体跳一下

这就是典型的偏移量缺失。如果你的拖拽直接写的是“物体位置 = 鼠标位置”，那无论如何都会跳。在OnMouseDown或TouchPhase.Began里，用按下的瞬时鼠标世界坐标减去物体当前坐标，算出offset之后再进入拖动，就能彻底解决。

5.3 拖拽一卡一卡,或者掉帧

大多数情况出在频繁调用Camera.main和GetComponent上。这两个操作内部都有一些查找和分配的耗时，如果在Update或OnMouseDrag里每帧调用，会带来不必要的开销。

优化方式：在Awake或Start里把相机引用、SpriteRenderer、Rigidbody2D都缓存成字段。另外一个隐藏点是new Vector3本身并不算什么性能问题，但如果你频繁创建，GC压力也会随之增大，尽量复用同一个变量或者直接构造。

5.4 点击物体没反应

最常见的原因是物体上没有Collider2D。OnMouse系列和Physics2D.Raycast都要求有碰撞体，没有Collider2D那射线就打不到。其次是物体被别的Collider挡住，射线先命中了前面的物体。

另外，如果物体在UI下面，鼠标点上去被UI的Raycast拦截，就不会传入物理系统。这就是UI和3D/2D物体的输入冲突问题了。

5.5 拖拽时UI按钮也被触发

这个很典型。你想拖一个Sprite，但手指落下时恰好在一个UI按钮上，Unity的EventSystem也会响应，按钮也亮了。解决思路是在拖拽逻辑开头加一道“是否点在UI上”的判断。

using UnityEngine.EventSystems; private bool IsPointerOverUI() { if (EventSystem.current == null) return false; #if UNITY_EDITOR || UNITY_STANDALONE return EventSystem.current.IsPointerOverGameObject(); #else if (Input.touchCount <= 0) return false; return EventSystem.current.IsPointerOverGameObject(Input.GetTouch(0).fingerId); #endif }

然后把返回值当作拦截条件，一旦点在了UI上，就不走拖拽逻辑。这个方法在PC上用的是IsPointerOverGameObject()，在移动端要传入fingerId，否则会判断失效。

5.6 刚体拖拽时物体穿过其他墙体

出现这个问题，通常是你直接改动了transform.position，把物理引擎的碰撞检测绕过去了。换个方式：用rb.velocity或rb.MovePosition。如果你发现用了MovePosition还是穿透，检查一下刚体的Collision Detection Mode，把它从Discrete改成Continuous，高速移动下碰撞检测会更可靠。

6. 几个能直接加进项目的小扩展

6.1 拖拽结束时自动吸附

拼图类游戏经常需要“松手后自动吸附到最近格子”，这个在拖拽代码里加一个判断就行。在OnMouseUp或触摸Ended阶段，检测目标位置与某个预设锚点的距离，小于阈值就直接把物体移动到锚点位置，并做一点插值动画，效果会很自然。

private void SnapToNearestSlot() { float nearestDist = float.MaxValue; Vector2 nearestPoint = transform.position; foreach (Vector2 slot in slots) { float dist = Vector2.Distance(transform.position, slot); if (dist < nearestDist) { nearestDist = dist; nearestPoint = slot; } } if (nearestDist < snapThreshold) { transform.position = nearestPoint; // 触发回调事件,例如音效、得分、下一个激活等 } }

6.2 长按拖拽和误触判定的取舍

有些游戏里玩家是点击和拖拽共存的，或者操作比较精细，误触率太高。一个折中方案是：按下时不立刻开始拖拽，而是等几帧或者移动距离超过一个阈值（比如10像素）后再进入拖动状态。这样即便玩家只是短暂点击，也不会误拖物体。

实现上可以记录按下时的屏幕坐标，在Moved阶段判断当前触摸位置和初始位置的距离是否超过阈值。如果没超过就继续等待，超过了就正式把isDragging置为true，后续才更新物体位置。

6.3 拖拽事件接口,把逻辑和表现解耦

当你的项目越来越大，我不建议在拖拽脚本里直接写音频、动画、任务系统之类的东西。更清晰的思路是定义一套事件接口，让其他系统订阅拖拽的开始、进行中、结束。

public interface IDragHandler2D { void OnDragStart(Vector2 startWorldPos); void OnDragUpdate(Vector2 currentWorldPos); void OnDragEnd(Vector2 endWorldPos); }

拖拽组件在对应时机调用接口方法，你的玩法逻辑只需要实现这个接口挂在同或物体上，或者通过事件中心转发。好处是拖拽组件永远只关心“如何被拖”，而“拖完之后干嘛”留给了业务层。这个抽象层级虽然初期多写了几个方法，但等你要扩展回收站、计分、关卡逻辑时会舒服很多。

6.4 拖拽范围限制的一个具体例子

给物体加一个跟随范围的限制，实际上只需要在targetPos赋值之后做一次Clamp。我做过一个抽屉类的玩法，物体只能沿X轴移动，Y轴保持不变：

Vector3 targetPos = mouseWorld + offset; targetPos.y = transform.position.y; // 锁定Y轴 targetPos.x = Mathf.Clamp(targetPos.x, minX, maxX);

这种做法比在Update里反复判断“是否越界、是否回拉”要干净得多。记住：拖拽逻辑的主线永远是“计算目标位置 -> 修正目标位置 -> 移动到目标位置”，所有边界约束都应该放在第二步，不要放在第三步之后。

我个人在实际项目里的习惯是，把基础拖拽写成一个通用组件，然后业务逻辑全部通过事件往外抛。这样不管后续是接音频、做吸附、还是做物品栏反应，都不需要再去改拖拽的核心代码。代码量看着多了点，维护起来反而省心。

如果你正被2D物体的拖拽折磨，照着这套思路从最简单的版本开始搭就行：先保证能拖，再加上偏移和平滑，最后按需处理层级和物理。等这三个层次都稳了，你会发现所谓的“手感不好”，绝大多数都是坐标转换和插值细节没做到位。