企业官网建设流程全解析

简介：这是基于Unity引擎开发的“愤怒的小鸟”跨平台移植项目资源包，面向Unity初学者与游戏开发爱好者，可用于学习Android触控游戏向桌面鼠标操作迁移的完整工程实践。资源核心围绕Android与桌面平台输入差异、物理弹射逻辑、UI适配和多平台打包等关键技术点展开，共包含三个完整关卡场景，可直接在Unity编辑器中打开查看。压缩包共3601个文件，约41.87MB，以二进制缓存与序列化数据、C#脚本、预制体、材质、动画控制器、模型及图片音频素材为主，并附有完整工程配置文件与说明文档，目录结构清晰。已有1190人学习下载。通过研读工程源码与资源组织方式，可掌握触摸事件向桌面鼠标点击事件的转换思路、刚体与碰撞器在弹射玩法中的调参方法，以及Unity项目从移动端移植到PC端涉及的用户界面适配、场景构建与多平台打包的完整流程和调试经验。 在做这个Unity“愤怒的小鸟”项目之前，我一直觉得这类游戏就是“拉一下弹弓、打一下小猪”这么简单。真到自己动手用Unity搭一遍，才发现里面藏着不少门道：从2D物理引擎的参数调优、弹弓拖拽的手感打磨，到层级碰撞策略、摄像机跟随、关卡计分，每一环都能单独拎出来写一篇笔记。这篇文章我就把完整实现“愤怒的小鸟”核心玩法的思路、代码、参数和踩坑记录都整理出来，希望给正在入门Unity物理系统或者想复刻经典2D弹射玩法的朋友一些实际参考。

先说明一下，这个项目的目标很明确：做一个能在Unity中运行的、包含完整核心交互的“愤怒的小鸟”式物理弹射游戏——按住小鸟拖拽、松手发射、撞倒建筑物、消灭所有小猪即可过关。适合有一定Unity基础（至少用过Inspector、写过简单C#脚本）但对物理系统、关节组件、UI事件管理还不够熟的开发者练手。整个项目从头到尾大概800行C#左右，不需要引入第三方插件，纯Unity内置组件就能搞定。

1. 项目整体拆解与方案选型

1.1 为什么用Unity 2D物理而不是自己写碰撞

做弹射游戏第一反应可能是自己写运动学公式、手动检测碰撞，但这样会迅速陷入两个坑：一是碰撞检测的边界情况多到怀疑人生，二是后续想扩展“更多弹射物、可破坏地形、多种材料碰撞音效”时，自研方案会越来越难维护。

Unity自带的2D物理引擎（基于Box2D）天然适合这种玩法。它提供了刚体（Rigidbody2D）、碰撞体（Collider2D）、物理材质（Physics Material 2D）、关节（Joint2D）全套组件。我只需要关心“拉多大力、朝哪个方向弹”，剩下的碰撞、反弹、旋转、摩擦、休眠，交给物理引擎去算就行。这里要特别注意一点：2D物理和3D物理是两套独立的系统，组件名称都带“2D”后缀，千万别混用。混用的话物体的位置和碰撞数据不在同一个坐标系，轻则物体穿透，重则完全不发生交互。

项目整体架构上，我是按四个模块来拆的：

• 输入控制模块：监听鼠标在弹弓区域的拖拽，计算拖拽向量。
• 弹射模拟模块：负责将拖拽向量转为刚体的初速度，并把小鸟“发射”出去。
• 碰撞响应模块：处理小鸟撞击木箱、冰块、小猪后的伤害判定和摧毁逻辑。
• 关卡状态模块：管理剩余小鸟数量、关卡重置、胜利失败检测。

这种拆分的好处是每个模块可以单独测试。比如输入控制模块写完，可以在Inspector里手动给一个速度值测试弹道，不必每次都从头拖拽一遍。

1.2 核心方案选型：弹簧关节还是手动施加力

关于“弹弓”的实现，网上有两种主流思路：一是用Unity的Spring Joint 2D（弹簧关节）模拟橡皮筋，二是自己计算拖拽距离然后手动施加初速度。我两种都试过，各有利弊。

Spring Joint 2D的好处是物理表现力强，松开后能自动模拟橡皮筋的往复弹力，配置得当手感很真实。缺点是受物理步长影响，有时力的大小不稳定，而且它天然是一个“持续力”，要刚好做出“拉到极限后快速松手”的体验，还需要额外处理橡皮筋最大拉伸范围。手动施加初速度的方式则简单粗暴：鼠标按下时记录拖拽起点，拖拽过程中实时计算方向和距离，松开时把距离映射为一个速度值赋给刚体。控制感很强，参数调整也直观。

最终我选择了手动计算初速度的方案，原因非常实际：愤怒的小鸟这类游戏的核心手感是“拉得越狠，弹得越远”，用距离直接映射速度最简单可控。而且手动方案不会有弹簧关节带来的微小抖动，便于后面做弹道预测、实现多段力度分级。

这里还需要一个关键辅助组件：Line Renderer（线渲染器）。它用来画出橡皮筋和弹道轨迹，让玩家在拖拽时能看到小鸟大概会沿着什么曲线飞出去。具体画法在2.2节详述。

2. 弹弓拖拽与弹射核心机制

2.1 鼠标拖拽的数据处理

弹弓玩法的第一步是拖拽。我用了Unity的Input系统（旧版Input Manager，没上新的Input System包，因为旧版对鼠标事件处理足够干净）。核心逻辑挂在弹弓的空物体上，挂一个脚本处理鼠标事件。

拖拽逻辑的代码不长，核心部分像这样：

using UnityEngine; public class Slingshot : MonoBehaviour { public Transform launchPoint; // 弹弓发射点 public GameObject birdPrefab; // 小鸟预制体 public float maxDragDistance = 1.8f; // 最大拖拽距离（世界单位） public float launchPower = 12f; // 力度系数 private Camera mainCamera; private GameObject currentBird; private Rigidbody2D birdRigidbody; private bool isDragging = false; void Start() { mainCamera = Camera.main; } void Update() { if (currentBird == null || birdRigidbody == null) return; if (Input.GetMouseButtonDown(0)) { Vector2 mouseWorldPos = mainCamera.ScreenToWorldPoint(Input.mousePosition); if (Vector2.Distance(mouseWorldPos, currentBird.transform.position) < 2f) { isDragging = true; birdRigidbody.isKinematic = true; // 拖拽时关闭物理模拟 } } if (Input.GetMouseButton(0) && isDragging) { Vector2 mouseWorldPos = mainCamera.ScreenToWorldPoint(Input.mousePosition); Vector2 dragOffset = mouseWorldPos - (Vector2)launchPoint.position; dragOffset = Vector2.ClampMagnitude(dragOffset, maxDragDistance); currentBird.transform.position = (Vector2)launchPoint.position + dragOffset; } if (Input.GetMouseButtonUp(0) && isDragging) { Vector2 releasePos = currentBird.transform.position; Vector2 launchVector = (Vector2)launchPoint.position - releasePos; birdRigidbody.isKinematic = false; birdRigidbody.velocity = launchVector * launchPower; isDragging = false; } } }

几个值得注意的细节：

• launchPoint.position是弹弓上橡皮筋的系留位置，不是小鸟的初始位置。小鸟初始位置在launchPoint附近，拖拽时以它为锚点计算偏移，这样松开后的速度方向才会准确是“从拉住的位置指向弹弓锚点”。
• isKinematic = true是拖拽期间让小鸟不被重力影响，否则你一抓住它，还没拖，它就先掉下去了。
• Vector2.ClampMagnitude限制最大拖拽距离，防止玩家把小鸟拉到屏幕外面。同时这也自然形成最大力度上限，很好调整游戏难度。

在实际测试中，最大拖拽距离1.8、launchPower=12，刚好能让小鸟以一条漂亮的抛物线飞过整个屏幕。但这个参数和你场景的Scale强相关，如果你的场景单位不同，需要重新标定。我的建议是：做一组不同力度下的抛物线测试，观察小鸟落地位置，再反过来调这两个值。

2.2 Line Renderer画橡皮筋和弹道预览

“愤怒的小鸟”手感的另一半来自视觉反馈。能看到小鸟被拖拽时弹弓皮筋被拉长、松手时皮筋回弹，这个反馈至关重要。我用两个Line Renderer组件实现：一个从弹弓左端画到小鸟，另一个从弹弓右端画到小鸟，随着小鸟位置实时更新两个端点的位置。

关键代码思路：

public LineRenderer leftBand; // 左皮筋 public LineRenderer rightBand; // 右皮筋 public Transform leftAnchor; public Transform rightAnchor; void Update() { leftBand.SetPosition(0, leftAnchor.position); leftBand.SetPosition(1, currentBird.transform.position); rightBand.SetPosition(0, rightAnchor.position); rightBand.SetPosition(1, currentBird.transform.position); }

LineRenderer的材质我用了内置的Sprites/Default，把宽度调成0.06f左右，颜色设为深棕色，看起来像皮筋。注意LineRenderer默认在3D空间里渲染，2D场景中要检查一下它的Sorting Layer，否则可能出现皮筋被地面遮挡或者皮筋挡住小鸟的问题。我把LineRenderer的Sorting Layer调成了比小鸟低一层、比背景高一层的中间值。

弹道预览线也比较成熟了。我在松开鼠标之后，就不再实时显示（后续可优化为拖拽过程中就显示），而是松开的一瞬间计算速度并逐帧模拟：

Vector2 launchVelocity = launchVector * launchPower; trajectoryLine.positionCount = 20; for (int i = 0; i < 20; i++) { float t = i * 0.06f; Vector2 point = (Vector2)launchPoint.position + launchVelocity * t + 0.5f * Physics2D.gravity * t * t; trajectoryLine.SetPosition(i, point); }

这是非常基础但实用的抛物线方程：s = v0 * t + 0.5 * g * t²。这里关卡中如果存在风力等额外加速度，需要一并计算进去。我在这个项目里没做风，所以直接用Physics2D.gravity即可。

2.3 力度映射与角度控制

有些版本把“发射力度”做成了蓄力条，但愤怒的小鸟原版完全是靠拖拽距离映射力度的，我也是这么做的。映射公式其实很简单：

power = clamp(dragDistance, 0, maxDragDistance) / maxDragDistance * launchPower

也就是把拖拽距离先归一化到0-1，再乘以最大力度。如果想让手感更柔和，可以引入非线性映射，比如用平方曲线让50%的拖拽距离只能产生25%的力度，这样玩家精细控制时更从容：

float normalized = dragDistance / maxDragDistance; float power = Mathf.Pow(normalized, 1.3f) * launchPower;

这个指数1.3是我测试后比较舒服的值。如果设成2.0，手感会显得很“肉”，拉一半相当于只用了四分之一力度，很多玩家会误以为游戏有bug；如果设成1.0，又太平，没有那种“蓄力感”。建议在做手感调优时，从这个范围开始试。

角度控制上要注意：Unity的2D物理默认是XY平面，0度方向是X轴正方向。发射方向的计算是从“小鸟当前位置”指向“弹弓锚点”，方向向量直接作为速度方向即可，无需额外计算角度。但如果你希望小鸟在飞行时有一个旋转动画（头部朝向运动方向），就需要用Mathf.Atan2计算角度：

float angle = Mathf.Atan2(velocity.y, velocity.x) * Mathf.Rad2Deg; bird.transform.rotation = Quaternion.Euler(0, 0, angle);

小鸟预制体要保证正面朝右，否则旋转后看起来会“歪”着飞。

3. 物理参数调优与关卡碰撞搭建

3.1 刚体与碰撞体配置清单

物理弹射游戏最微妙的地方就是手感。小鸟太重飞不远，太轻又飘；木箱太硬打不碎，太软一碰就碎。我最终的项目里，各类物体的关键参数如下：

这些参数我调了很久。经验是：木箱质量设为小鸟的2-3倍，这样小鸟撞上去既不会推不动，也不会一碰就弹飞；冰块质量略小，摩擦低，容易滑动，集群倒塌效果非常好看；小猪质量要和木箱差不多，太轻会被直接弹飞出屏幕，导致判定失效。

一个很重要却被很多人忽略的点：重力缩放（Gravity Scale）。2D物理默认重力是-9.81，但在这种卡通弹射游戏里，重力太大会让弹道看起来“很重”，太小又没有“猛烈撞击”的感觉。我最终把全局2D物理的重力调成了-15，相当于现实重力的1.5倍，弹道更紧凑，撞击时的破坏力也更明显。如果要快速验证，可以在Edit > Project Settings > Physics 2D里改Gravity (0, -15)看效果。

3.2 搭建可破坏的关卡结构

关卡里最爽的反馈就是“建筑被撞碎”。我用的是比较可控的方案：把建筑物的每个块（木箱、冰块）单独做成预制体并添加独立的Rigidbody2D和Collider2D，再通过脚本监听碰撞事件，当碰撞速度超过阈值时摧毁对应块。

速度阈值判断的代码：

private void OnCollisionEnter2D(Collision2D collision) { if (collision.relativeVelocity.magnitude > 6f) { Destroy(gameObject, 0.2f); // 可在这里生成碎裂粒子效果 } }

这里用collision.relativeVelocity.magnitude来判断撞击强度，而不是只关心“是否碰到”。因为玩家可能轻轻蹭一下木箱，如果每次碰到都碎，整个建筑会变得过于脆弱，没有“结构感”。

如果要更像原版，应该让木箱在被撞击后产生裂纹、再碎掉。简单做法是同一物体换成显示裂纹的Spite，等速度再次超过阈值或者受到第二次撞击时再摧毁。我在项目里做了个简易版：血量系统，每次碰撞速度超过3就扣1血，血扣完才摧毁。这样木箱能扛两三次小磕碰，但要被小鸟狠狠撞中才会碎，反馈层次更丰富。

3.3 小猪的受击判定与消灭

小猪作为一个圆形刚体，单独放在地面上时如果被撞击速度不够，只会被推着走。所以要给一个小型的速度阈值，超过即判定为消灭：

private void OnCollisionEnter2D(Collision2D collision) { if (collision.relativeVelocity.magnitude > 4f) { Destroy(gameObject); // 播放小猪消失动画或音效 } }

这里有个细节：小猪之间互相碰撞也要判定。原版中，两个小猪挤在一起也可能被挤死。所以碰撞检测里不要限制只能和小鸟碰撞，而是任何相对速度较高的碰撞都触发。但如果小猪被地形缓慢挤压，相对速度很低，就不会死，这个我也保留了，避免出现“放在箱子上慢慢滑落也能压死小猪”的不合理情况。

3.4 关卡重置与小鸟数量管理

每一关开始时，要生成当前关卡允许的所有小鸟。我用的方案是：在场景里放一个空物体记作“BirdQueue”，上面挂一个队列脚本，按顺序存放已实例化的小鸟。发射一只后，等3秒（或者等小鸟完全停止运动），再激活下一只。

等小鸟停止运动的判断方法：

IEnumerator WaitForBirdToSettle(Rigidbody2D rb) { float timeSinceStill = 0f; while (timeSinceStill < 1f) { if (rb.velocity.magnitude < 0.1f) timeSinceStill += Time.deltaTime; else timeSinceStill = 0f; yield return null; } // 下一只鸟上场 }

这个方法比固定Timer更智能。如果小鸟撞到建筑后快速停下，就不需要傻等3秒；如果小鸟飞出了屏幕，要额外加一个“飞出视野外也重置”的判断。我用了OnBecameInvisible回调，小鸟飞出相机视野后也直接进入下一只。

4. 摄像机跟随与UI细节

4.1 摄像机平滑跟随

场景比较大时，摄像机需要跟随小鸟的飞行轨迹移动。直接在Update里把摄像机位置设为小鸟位置会非常生硬，必现的抖动问题，我用Vector3.Lerp做平滑：

public Transform target; public float smoothTime = 0.2f; void LateUpdate() { Vector3 desiredPosition = new Vector3(target.position.x, target.position.y, -10f); transform.position = Vector3.Lerp(transform.position, desiredPosition, smoothTime); }

加一条约束：摄像机不能低于地面太远，否则玩家会看到地下的空白。我在Y轴上做了Mathf.Clamp，保证摄像机不会旋转或倾斜，只做XY平移。这类2D游戏不需要旋转，一旦旋转玩家容易晕。

另外，如果目标物体被销毁（比如小鸟碰撞后消失了），要先把target切回默认的“弹弓区域”，否则LateUpdate里访问target.position会直接报空引用。这块建议用[SerializeField]把默认target拖到弹弓区域，每次发射新小鸟时再动态切换。

4.2 星星评分与UI显示

三星评分是关卡重玩动力的核心。我给每个关卡添加了一个计分脚本，通过“剩余小鸟数量”来给星级：

• 用完全部小鸟才过关：1星；
• 剩1只小鸟：2星；
• 剩2只及以上：3星。

这个设计够简单，也符合原版逻辑。注意这里要把“刚刚好最后一只过关”和“多只剩余”区分开，公式可以写成：

int stars = Mathf.Clamp(remainingBirds + 1, 1, 3);

UI上我用了一个简单的Panel显示结果，通过按钮的onClick事件绑定重新加载场景。如果读者需要保存星级进度，用PlayerPrefs即可，键名可以设定为"level_1_stars"之类。

4.3 音量、音效与粒子反馈

物理弹射游戏如果没有音效，打击感会损失一半。我在撞击木箱、冰块时播放不同材质的碰撞音效，在消灭小猪时播放“噗”的一声。具体做法是在撞击点位置临时创建AudioSource播放完自动销毁：

public static void PlayAtPoint(AudioClip clip, Vector2 pos, float volume = 1f) { GameObject go = new GameObject("OneShotAudio"); go.transform.position = pos; AudioSource source = go.AddComponent<AudioSource>(); source.clip = clip; source.volume = volume; source.Play(); Destroy(go, clip.length); }

这个工具类在实战中非常方便，尤其是需要同时播放多个短音效的场景。

粒子方面，我没有额外装粒子系统插件，就用Unity自带ParticleSystem做了木材碎裂的飞屑效果，把Start Lifetime和Start Speed设成随机范围，看起来就足够“碎”了。冰块碎裂的粒子里把材质改成半透明浅蓝色即可。

4.4 UI布局组件的小坑

在做关卡选择界面时，我遇到一个典型问题：Vertical Layout Group（垂直布局组）里的内容变化后没有自动刷新。明明子物体数量增加了，但布局还是老样子。这是Unity一个很常见又让人抓狂的问题。

我当时的解决方式是调用LayoutRebuilder.MarkLayoutForRebuild遍历需要刷新的RectTransform：

LayoutRebuilder.ForceRebuildLayoutImmediate(GetComponent<RectTransform>());

后来我明白，问题根源在于我动态生成的子物体是在同一帧里创建的，而Vertical Layout Group只在特定时机刷新。解决办法有两个：一是在ListView上调用LayoutRebuilder.MarkLayoutForRebuild；二是把动态创建的逻辑包在一个YieldInstruction之后执行，让布局系统先完成一次刷新。

所以如果你也遇到“明明加了子物体，UI没变化”，先不要怀疑代码逻辑，检查一下是不是布局刷新的时序问题。这是Unity UI开发中一个常见的坑，希望大家少走弯路。

5. 常见问题与排查技巧实录

这一节必须说一说我在实际开发中真实踩到、且和热词搜索相关度很高的几个问题。这些问题不是教程里到处都在讲的，而是实操现场更容易卡住人的“隐形坑”。

5.1 物体穿透、物理抖动与阴影异常

穿透问题：我在项目初期经常发现小鸟快速飞行时直接穿过了木箱。排查后发现原因有两点：一是物体碰撞体太小或发生高速运动，物理引擎在单个物理步长内跨越了碰撞体宽度，导致碰撞检测漏检。解决办法是把Rigidbody2D的Collision Detection改为Continuous（连续碰撞检测），代价是性能略降，但对弹射游戏来说，只在关键刚体（小鸟）上开启就够了。

物理抖动：建筑物在静止时偶尔出现轻微抖动，通常是多个刚体堆叠时没有“睡眠”。Unity 2D物理提供了Rigidbody2D.Sleep()的概念，可以在物体速度低于阈值一段时间后自动休眠。如果抖动严重，检查一下是否在OnCollisionEnter或OnTriggerStay里持续给物体施力，或者在FixedUpdate里频繁修改transform.position——这两种操作都会打断刚体休眠。我建议除了拖拽阶段，其他情况一律通过施加力或设置刚体上的属性来驱动，不要直接修改transform。

阴影问题（Unity阴影问题）：2D项目里如果用了内置渲染管线，有时Directional Light投射的阴影会让Sprite边缘出现奇怪的黑色块。解决方法是给Sprite的材质，或者干脆在Quality Settings里把阴影距离减小、关闭不必要的实时阴影。如果项目是URP，记得检查2D Renderer Data里是否开启了“Shadows”相关的选项。这个坑做2D游戏时经常遇到，如果没有用到阴影，直接关掉反而性能更好。

5.2 动态加载DLL失败的错误

开发中我还遇到过Unity在打包后找不到DLL的问题，表现为运行时报DllNotFoundException: Unable to load DLL 'xxx'。如果你用了原生插件、SLua/XLua等第三方库，最容易触发这个问题。

排查方向包括：

• 插件DLL是否放在Assets/Plugins对应平台目录下（比如x86_64、Android、iOS子目录）；
• 检查Player Settings中的Scripting Backend是否正确，IL2CPP下有些原生DLL需要额外配置；
• 如果插件需要单独的so/dll文件，确认它们确实被打进了包里。

我遇到这个问题的场景是接了一个第三方SDK，它要求把DLL放进特定文件夹并设置Platform Settings。检查完目录和权限后就正常了。这类问题基本都集中在“插件没打包进去”而不是“代码写错”，排查时优先找打包配置。

5.3 Unity许可证校验问题

有朋友问过“No valid Unity Editor license found. Please activate your license.”的问题。这个一般出现在新装Unity或者更换电脑后，没有登录Unity账号并激活Editor。解决办法很简单：打开Unity Hub，登录账号，在右上角头像菜单里选择Manage License，添加一个Personal许可证。如果公司场景下要用Pro许可证，请IT部门发送许可证激活码或确保已登录公司账号。

遇到这个问题不要在代码层面浪费时间，就是纯粹的许可证授权问题。而且现在Unity Hub管理许可证非常方便，基本一键就能解决。

5.4 背包类UI滚动选人、动态画线的扩展思考

热词里提到“Unity 3D UI滚动选人”和“Unity UI动态画线”，这两块在愤怒的小鸟项目中也有对应变体：选人（选小鸟）功能，我用横向ScrollView加循环池实现，核心在于让ScrollRect的Content子物体可复用；而动态画线就是前文提到的LineRenderer弹道预览，不过要注意的是，UI层的动态画线建议用UnityEngine.UI的Graphic类自己实现OnPopulateMesh，或者直接用Unity的UILineRenderer（在开源UI工具里很常见），不要拿LineRenderer画UI，层级会有很多麻烦。

6. 项目扩展建议与手感优化思路

做完这个项目，我实际玩了几百发小鸟，还让几个朋友上手试玩，总结出几个手感优化的方向，供大家参考。

第一，加入蓄力时的音效和视觉反馈。原版游戏在拉弹弓时会有皮筋拉伸的吱吱声，拉得越长声音越紧。这个反馈非常重要，能让玩家直观感知力度。实现方法是在Update里根据normalized力度动态调整音调的Pitch值，拉得越紧Pitch越高。

第二，给小鸟加入特殊技能。原版有分裂鸟、加速鸟、炸弹鸟等。如果以本作做扩展练习，我建议先做加速鸟：在空中再次点击屏幕时，给当前小鸟施加一个沿运动方向的速度加成，配合一个加速度的特效。这个功能实现起来很直观，比较适合练手。

第三，做关卡自带的“录像回放”功能。这个方向比较进阶，思路是把主角每帧的位置、速度记录到列表里，然后关掉物理模拟，用这些数据重放。以后再加分享功能就水到渠成。在Unity里实现这个功能不复杂，但要注意避免记录太多帧导致内存增长过快，可以设定每帧只记录Vector3和Quaternion，或者隔几帧采样一次。

第四，数字孪生方向。热词里出现了“Unity数字孪生”。如果想把这个项目往数字孪生方向迁移，核心思路是把真实的物理参数（比如设备角度、传感器数据）传进Unity，驱动小球的运动。本质还是“通过输入控制物理世界物体”的问题，只是输入源从鼠标变成了数据流。如果你手头有串口或蓝牙传感器，下一步完全可以把游戏中的弹弓替换成真实传感器控制的发射装置。

总的来说，这个项目非常适合用来把Unity的2D物理、关节、碰撞、UI、动画这些基础模块串起来练一遍。很多看似简单的小游戏，真正动手做一遍才能意识到迭代参数、处理边界情况才是工程中最花时间的部分。希望这篇笔记能帮你少走一些弯路，做出一套手感扎实的“愤怒的小鸟”出来。

本文还有配套的精品资源，点击获取