简介：这是一份面向Unity学习者的期末大作业参考包，聚焦解密类游戏从设计到实现的完整流程，适合K12阶段学生、高校选修课学员及初次尝试游戏开发的新手。这类游戏通常通过观察、推理和实验来破解谜题，因此项目中特意强化了关卡设计与逻辑连贯性。压缩包共63个文件，包含18个asset场景与配置资源、9个cs脚本、4个json配置、1个unity主场景文件，以及meta资源索引和Shader等编辑器相关文件；另附对话编辑器docx说明文档，整体仅468KB，结构紧凑，可直接导入Unity工程逐模块查看。内容覆盖场景管理、物理引擎、游戏对象与组件系统、C#事件处理与面向对象编程、Canvas/TextMeshPro交互界面、Input Manager输入管理、MonoBehaviours脚本逻辑、编辑器窗口（EditorWindow）与SerializedObject扩展，以及Shader Graph动态纹理、光照反应和粒子系统等视觉效果；内置可运行的Demo，演示谜题触发、玩家输入与渲染反馈机制，便于模仿与实践。资源还包含项目阶段测试、版本控制（Git）等工程化思路，适合按步骤拆解学习。已有1213人学习下载，可作为课程设计参考或二次开发的起点。
1. 解密类游戏的期末大作业：先把交互闭环立起来，再谈谜题密度
每年期末都能看到同一类场景：Unity课程的项目演示台上，出现一堆“找钥匙开门”的交互 demo，答辩时老师说“解密在哪里”学生就卡壳。Unity期末大作业选解密类游戏，最大的坑不是不会写谜题，而是把大部分时间耗在场景美术和单个机关的重复造轮子上，最后交互手感一塌糊涂。解密类游戏的核心不是谜题数量，而是一条完整的信息链：玩家看到线索、记住信息、尝试操作、获得反馈、推进关卡。这篇笔记我把做这类作业最常见的架构、交互写法、谜题判断和踩坑点按实现顺序过一遍，照着搭能少熬夜。
2. 把交互闭环跑通：射线检测 + E键触发 + 物品拾取的最小实现
2.1 为什么解密游戏优先选射线检测，而不是直接写碰撞体
解密类游戏九成以上的交互是“看着一个物体，按一个键，发生一件事”。用 Collider 的 OnTriggerEnter/OnTriggerExit 做交互，会立刻遇到两个问题：一是玩家转身时反复进出触发区域，交互提示会闪烁；二是多个可交互物体叠在一起时，触发顺序会变得很难控制。射线检测（Raycast）天然解决这两个问题：它只有一条线，命中哪一个物体是确定的，玩家视角转向哪里就判定哪里，符合解密游戏“注视 → 操作”的直觉。
另一个选射线的原因是和 UI 分离。射线只负责 3D 世界的命中，UI 用独立的 EventSystem 处理，两者的冲突只在“鼠标点击同时触发 UI 和 3D 交互”时出现，这个用一层简单的判断就能挡掉。我一般把交互距离限制在 2.5～3 米，超过就清空当前注视目标，避免在开阔场景里隔空操作，这是一个必调的参数。解密场景通常是房间制，交互距离短一点反而让玩家更认真地观察环境。
2.2 交互基类：让所有可操作物体共用一套接口
不要给每个物品单独写一份 raycast 判断逻辑，而是让所有可交互物体实现同一个接口。这样摄像机射线脚本只写一次，后续加新谜题、新道具，只挂一个新脚本，改一行接口实现。
public interface IInteractable { // 玩家注视时，UI 提示要显示的文字 string GetInteractPrompt(); // 玩家按下 E 时执行的操作 void OnInteract(GameObject player); }然后写一个挂在主摄像机上的交互控制器，负责发射射线、记录当前注视目标、分发交互事件：
using UnityEngine; public class PlayerInteractor : MonoBehaviour { public float maxDistance = 2.8f; // 交互距离 public LayerMask interactLayer; // 只检测可交互层，性能好且不会误触 private IInteractable currentTarget; private Camera cam; void Start() { cam = GetComponent<Camera>(); } void Update() { // 每帧从摄像机中心发一条射线 if (Physics.Raycast(cam.transform.position, cam.transform.forward, out RaycastHit hit, maxDistance, interactLayer)) { IInteractable interactable = hit.collider.GetComponent<IInteractable>(); if (interactable != null) { currentTarget = interactable; // 提示 UI 由别的地方读取 currentTarget，这里只负责状态 } else { currentTarget = null; } } else { currentTarget = null; } if (Input.GetKeyDown(KeyCode.E) && currentTarget != null) { currentTarget.OnInteract(gameObject); } } }这里interactLayer值得多说一句。我给所有可交互物体会单独设一个 Layer，比如Interactable，而不是直接Physics.Raycast不传 LayerMask。原因有两个：一是避免射线打到地面、墙壁这些碰撞体上，白算一次且方向判断容易乱；二是性能开销降低，房间类场景可交互物体通常不超过二三十个，只检测这些物体，射线命中判断会快非常多。LayerMask 在 Inspector 里用下拉勾选就行，代码里记得加LayerMask.GetMask("Interactable")作为默认值，防止忘了在编辑器里配置。
2.3 背包与物品数据：用 ScriptableObject 定义可复用道具
解密游戏一定要有背包，哪怕是“只能拿三样道具”的最小版。没有背包的交互会变成“拿着钥匙直接开锁”，解密流程会短得很突兀。我习惯用 ScriptableObject 定义道具静态数据，用普通 C# 类管理运行时实例，这样不会出现“同一把钥匙在场景里被复制了三份”的经典翻车。
using UnityEngine; [CreateAssetMenu(fileName = "NewItem", menuName = "Game/ItemData")] public class ItemData : ScriptableObject { public string itemName; // 显示名：半张字条 public Sprite icon; // 背包 UI 图标 public string description; // 描述文字：上面写着“东侧房间” public bool canCombine; // 是否参与组合 }运行时拿到物品，挂一个PickupItem脚本，实现IInteractable：
using UnityEngine; public class PickupItem : MonoBehaviour, IInteractable { public ItemData data; // 纸面上的静态配置 [SerializeField] private GameObject pickupRoot; // 拾取后要隐藏的场景物体 public string GetInteractPrompt() { return data != null ? "拾取 " + data.itemName : "拾取"; } public void OnInteract(GameObject player) { if (data == null) return; // Inventory 是背包的单例，把 ItemData 塞进去 bool ok = Inventory.Instance.AddItem(data); if (ok) { pickupRoot.SetActive(false); // 隐藏场景里的道具实体 } } }关键点在于：场景里挂的是PickupItem这个组件，背包里存的是ItemData这个 ScriptableObject。道具的“身份”和“场景表现”分离。拾取后只隐藏场景物体，不销毁，这样如果后续要做读档，重新激活场景物体时数据不会丢。背包容量我建议做成 8 格，期末演示场景里的道具数量控制在这个范围内，UI 也简单。
3. 核心谜题怎么写：密码锁、转盘与线索组合的判断逻辑
3.1 谜题判断的三段式：输入、校验、反馈
解密游戏的谜题不管外层是什么表现，内部逻辑都可以拆成三段：玩家产生输入、游戏校验输入、输出反馈。最容易让学生翻车的是把三段混在同一个函数里，输入还没结束就开始校验，或者校验完只有“成功”没有“失败反馈”。密码锁是最典型的例子，我一般这样拆：
using System.Collections.Generic; using UnityEngine; using UnityEngine.UI; public class KeypadLock : MonoBehaviour, IInteractable { [SerializeField] private string correctCode = "0427"; // 正确答案 [SerializeField] private Text displayText; // 屏幕上的数字回显 [SerializeField] private GameObject successTrigger; // 解锁后要激活的东西 private string currentInput = ""; // 由 UI 按钮调用：每个数字键绑一个 public void PressNumber(int num) { if (currentInput.Length >= correctCode.Length) return; // 限制长度 currentInput += num.ToString(); displayText.text = currentInput; } // 由 UI 按钮调用：退格 public void PressBackspace() { if (currentInput.Length > 0) { currentInput = currentInput.Substring(0, currentInput.Length - 1); displayText.text = currentInput; } } // 由 UI 按钮调用：确认 public void PressConfirm() { if (currentInput == correctCode) { // 成功：播放音效 / 触发机关 / 关闭键盘 UI displayText.text = "正确"; successTrigger.SetActive(true); // 同时把自己锁住，防止重复触发 GetComponent<Collider>().enabled = false; } else { // 失败：清空并闪烁红色 displayText.text = "错误"; Invoke(nameof(ClearInput), 0.8f); } } private void ClearInput() { currentInput = ""; displayText.text = ""; } public string GetInteractPrompt() => "打开密码锁"; public void OnInteract(GameObject player) { } // 打开键盘 UI 由别的脚本控制 }这段代码里的坑位很典型：PressConfirm里用了GetComponent<Collider>().enabled = false来防止二次触发。如果密码锁的 Collider 在子物体上，这个写法会直接失败，所以在实际项目里我习惯在 Inspector 里拖一个targetCollider引用，而不是代码里现找。还有一个细节：失败反馈必须存在，演示时评委看到“密码错，输入被清空”比看到“什么也没发生”好得多。
3.2 转盘谜题：把旋转角度映射成可比较的索引
转盘类是解密游戏第二常见的机械谜题：玩家拖动转盘，转到一个特定刻度，触发机关。核心问题不是“旋转”本身，而是“如何知道当前对着哪个刻度”。我用角度映射法，把 0～360 度除以刻度数，取整得到当前索引：
using UnityEngine; public class RotaryDial : MonoBehaviour, IInteractable { [SerializeField] private int segmentCount = 8; // 刻度总数 [SerializeField] private int correctIndex = 3; // 正确答案对应的刻度 [SerializeField] private float snapAngle = 22.5f; // 每个刻度对应的角度 [SerializeField] private GameObject successObject; private float currentAngle = 0f; private int currentIndex = 0; void Update() { // 拖动逻辑省略：由 OnMouseDrag 或 Input 累加 currentAngle // 关键是把角度换算成刻度索引，并吸附到最近的刻度 currentIndex = Mathf.RoundToInt(currentAngle / snapAngle) % segmentCount; if (currentIndex < 0) currentIndex += segmentCount; // 绘制当前刻度到实际物体旋转 transform.localRotation = Quaternion.Euler(0, currentIndex * snapAngle, 0); // 一旦对准就触发，并且不重复触发 if (currentIndex == correctIndex && !successObject.activeSelf) { successObject.SetActive(true); enabled = false; // 锁住这个转盘 } } public string GetInteractPrompt() => "旋转转盘"; public void OnInteract(GameObject player) { } }这里snapAngle = 360 / segmentCount要保证能整除，否则RoundToInt在临界点会来回跳，产生“明明对准了却来回抖动”的玄学问题。我一般把segmentCount设为 8 或 12，因为 360 能整除，演示时评委旋转的体验也顺。真正项目里我会在OnMouseDrag里累加Input.GetAxis("Mouse X")来转动，写示例时把拖拽逻辑刨掉，避免代码过长。
注意这个谜题没有“失败态”，玩家转不对就转不对，不会把游戏卡死。这是期末作业很重要的原则：谜题可以难，但永远不要让玩家陷入无法前进的死局。
3.3 线索组合：把两件道具合成一个新道具
组合谜题是解密游戏信息链的关键闭环：玩家拿到“半张纸”和“胶水”，在背包里合成“贴好的纸条”，上面写着新线索。实现不需要复杂算法，一张配方表就够了：
using System; using System.Collections.Generic; using UnityEngine; public class ItemCombiner : MonoBehaviour { // 配方表：两个输入的 ItemData，输出一个新的 ItemData [Serializable] public class CombineRule { public ItemData inputA; public ItemData inputB; public ItemData output; } public List<CombineRule> rules = new List<CombineRule>(); public bool TryCombine(ItemData a, ItemData b, out ItemData result) { foreach (CombineRule rule in rules) { // 匹配时不区分两个道具的先后顺序 if ((rule.inputA == a && rule.inputB == b) || (rule.inputA == b && rule.inputB == a)) { result = rule.output; return true; } } result = null; return false; } }调用时机放在背包 UI 的“组合”按钮上：玩家选中两格物品，点组合，背包先移除两个输入，再添加输出。这里我踩过一个坑：直接修改ItemData的字段做组合，导致原始配置被污染，第二次游玩时组合结果不对。正确做法是ItemData只读，输出一个新的ItemData实例，旧的两件彻底从背包移除。
组合配方表用List<CombineRule>在 Inspector 里手工拖引用，最多配十几条就够期末演示了。不用写任何编辑器拓展，省时间。
4. 解密游戏的叙事与 UI：提示条、对话与场景淡入淡出
4.1 交互提示的视觉规则：注视出现、离开消失、操作后清除
解密游戏的 UI 不需要华丽，但反馈必须即时。最常见的交互提示是屏幕下方居中一行字：“按 E 拾取纸条”。实现用 Canvas 下的 Text 或 Image，控制显隐用 CanvasGroup：
using UnityEngine; public class InteractionHintUI : MonoBehaviour { public PlayerInteractor interactor; public CanvasGroup hintGroup; // 提示条根节点的 CanvasGroup public TMPro.TextMeshProUGUI hintText; private CanvasGroup _group; private float targetAlpha = 0f; void Start() { _group = hintGroup; _group.alpha = 0f; _group.interactable = false; _group.blocksRaycasts = false; } void Update() { // 从交互器拿当前目标的提示文字 IInteractable target = interactor.GetCurrentTarget(); if (target != null) { hintText.text = "按 E " + target.GetInteractPrompt(); targetAlpha = 1f; } else { targetAlpha = 0f; } // 平滑过渡，不要瞬间消失 _group.alpha = Mathf.Lerp(_group.alpha, targetAlpha, Time.deltaTime * 10f); } }这里提一句CanvasGroup.alpha配合Mathf.Lerp做淡入淡出，是 Unity 里做 UI 显隐特别省事的手法，也对应了新手常搜的“unity脚本控制逐渐消失”。比SetActive(true/false)好在没有激活/失活的开销，而且可以做平滑过渡。注意可交互物体被拾取后要主动从射线检测里排除（比如禁用 Collider 或移出 Layer），否则提示会一直残留在屏幕上。
还有一个小细节：交互提示的文本不要出现“按 E 打开/按 E 拾取”之外的多余信息，玩家只需要知道“能交互”和“交互结果是什么”。线索内容本身应该进背包，而不是在提示条里一次性说完，否则信息收集感会大打折扣。
4.2 对话与线索记录系统：用 TextAsset 分离内容，别硬编码
解密游戏的线索往往通过纸条、日记、对话交付。很多学生直接把文案写进代码字符串里，答辩时想改一个字都要重新编译。更合理的做法是用TextAsset或者 JSON 文件承载所有文案，代码只负责按 ID 读取。我用一个极简的对话数据类：
using System; using System.Collections.Generic; using UnityEngine; [Serializable] public class DialogueLine { public string speakerName; // 说话人 public string content; // 内容 } [Serializable] public class DialogueData { public List<DialogueLine> lines = new List<DialogueLine>(); }运行时从Resources或 Inspector 拖引用加载 JSON：
using System.Collections.Generic; using UnityEngine; public class DialogueManager : MonoBehaviour { public TMPro.TextMeshProUGUI nameText; public TMPro.TextMeshProUGUI contentText; private List<DialogueLine> currentLines; private int currentIndex = -1; public void StartDialogue(DialogueData data) { currentLines = data.lines; currentIndex = 0; ShowLine(); } public void NextLine() { if (currentLines == null) return; currentIndex++; if (currentIndex >= currentLines.Count) { EndDialogue(); } else { ShowLine(); } } private void ShowLine() { nameText.text = currentLines[currentIndex].speakerName; contentText.text = currentLines[currentIndex].content; } private void EndDialogue() { currentLines = null; // 隐藏对话面板 gameObject.SetActive(false); } }这段代码的量刚够期末演示，但架构上是可扩展的：加点打字机效果（用一个协程按字符显示）、加点“按任意键跳过”，都不影响主体。线索记录同理，我建议把“看过纸条内容”和“道具已放入背包”绑定：玩家拾取纸条的瞬间，把纸条内容追加到一个线索日志列表里，UI 做一个可翻页的日志面板。这样评委能看到信息收集的完整轨迹，解密游戏的可玩性也会被看见。
4.3 场景切换与淡入淡出遮罩：别让玩家的视角被硬切
解密类游戏免不了在几个房间/场景之间切换。如果直接SceneManager.LoadScene，画面会瞬间变黑，显得特别生硬。我一般用一层全屏 Canvas Image 做遮罩，配合协程做淡入淡出，至少让过渡有一个 0.5 秒的缓冲：
using System.Collections; using UnityEngine; using UnityEngine.SceneManagement; public class SceneFader : MonoBehaviour { public CanvasGroup fadeGroup; public float fadeDuration = 0.5f; public void FadeToScene(int sceneIndex) { StartCoroutine(FadeCoroutine(sceneIndex)); } private IEnumerator FadeCoroutine(int sceneIndex) { // 淡入（画面变黑） float t = 0f; while (t < 1f) { t += Time.deltaTime / fadeDuration; fadeGroup.alpha = Mathf.Clamp01(t); yield return null; } // 此时画面全黑，加载新场景 SceneManager.LoadScene(sceneIndex); } }这个写法里遮罩的CanvasGroup初始 alpha 必须是 0，而且要勾选Blocks Raycasts，否则淡入期间玩家还能点击背后的 UI，导致“黑屏时操作被记录”的诡异 bug。反过来，场景加载完成后需要一个淡出协程把 alpha 拉回 0，这段在目标场景的脚本Start里调用即可。fadeDuration建议 0.4～0.8 秒，太短看不出效果，太长拖节奏。
另外，如果场景是单场景内移动（比如同一楼层两个房间），不要用LoadScene，直接把玩家角色transform.position移到目标点，同时触发遮罩淡入淡出，这种感觉更像类银河城的地图移动，也省去场景加载时间。
5. 期末大作业避坑指南：6 个常见问题与排查方法
5.1 现象：UI 按钮点了完全没反应
这是 Unity 期末答辩现场最高频的翻车。原因通常有两个。一是场景里没有EventSystem。UI 按钮的点击依赖 EventSystem 里的StandaloneInputModule驱动，新建场景默认带一个，但如果你的场景是从模板删出来的或者手动创建的，可能漏掉。二是 3D 射线和 UI 抢事件：如果你在脚本里用了OnMouseDown或自定义射线点击，且没有屏蔽 UI 层，就会出现“点击 UI 按钮时射线也打到了后面的 3D 物体上”。解决方法是给 UI 射线和 3D 交互分开：UI 用 EventSystem 的GraphicRaycaster，3D 用你自己的PlayerInteractor，在Update里先判断EventSystem.current.IsPointerOverGameObject()再决定要不要发 3D 射线。排查顺序：先看 Hierarchy 有没有EventSystem，再看 UI 根节点有没有CanvasGroup把interactable关了，最后看射线脚本的LayerMask是否把 UI 层包含进去了。
5.2 现象：背包里同一个道具出现了两份
典型原因：场景里有两份同一个预制体的实例，每份都挂了一个PickupItem，玩家可以把同一逻辑道具拾取两次。另一个原因是Inventory.AddItem内部没有去重逻辑，把同一个ItemData添加了两遍。解决：一是场景里同一道具只保留一个实例，另一个放在一个隐藏的“已拾取管理列表”里供读档；二是在Inventory里对非可堆叠道具做去重，如果背包里已有同 ID 道具，再次拾取时提示“已经有该物品”，而不是静默添加。排查顺序：先给每个PickupItem挂一个[SerializeField] private string uid;在 Inspector 里填不同的值，然后在AddItem里打印日志，看重复的来源到底是场景实例还是添加逻辑。
5.3 现象：密码明明对了却提示错误
这类“黑匣子”问题九成出在数据类型或比较逻辑上。比如你让玩家用 UI 按钮输入数字，按钮绑定了PressNumber(int num)，密码却是string correctCode，那你比较currentInput == correctCode时，currentInput是字符串拼接的结果（如"0427"），如果正确密码写成了427，就永远不匹配。还有一种隐蔽情况：玩家输入 4 位，你判断时用的是Input.GetKeyDown(KeyCode.Alpha1)，但玩家按了小键盘的Keypad1，检测不到。解决：统一密码的数据类型，要么全是字符串，要么全是整型数组；键盘检测同时监听Alpha和Keypad两组键码。排查顺序：在PressConfirm里加Debug.Log($"当前输入: {currentInput}，目标: {correctCode}")，演都不演，直接看日志。
5.4 现象：摄像机乱晃，或者玩家角色一碰墙就抽搐
摄像机跟随在解密游戏里看似简单，却有一个特别容易踩的坑：直接修改刚体控制的角色的transform。如果你的角色用的是CharacterController或Rigidbody移动，摄像机如果每帧把transform.rotation强制设为玩家肩部位置，物理系统会和它打架，表现为角色卡在墙角时画面抖动。解决：摄像机跟随不要碰物理层，用LateUpdate里做位置插值，或者使用Cinemachine的ThirdPersonFollow，让虚拟相机接管视角。期末作业我建议直接上 Cinemachine，拼装简单已经是 UPM 包内置，省得手写“摄像机跟随”平滑逻辑，还能顺便蹭一个加分项“用了现成的相机系统做运镜”。
还有一个被忽略的点：解密游戏玩家的转身速度别设太高，mouseSensitivity默认 2 就够，太高会让评委看着晕。答辩演示时，摄像机不晕是底线。
5.5 现象：演示时帧率掉到个位数
期末场景通常不大，卡顿来源往往是三个地方。第一是灯光：场景里放了十几个实时光源，又没有开烘焙，导致每帧都在做实时光照计算。解决：房间类场景强烈建议把所有静态物体标记为Static，用Lightmap烘焙一次，动态物体最多让一盏实时光源跟着玩家。第二是后处理：如果加了 Bloom 或 SSAO，分辨率调太高，低端笔记本直接崩。解决：后处理效果在答辩前全部关掉或降到低档。第三是 UI 频繁SetActive：每一帧都切换 UI 显隐，会导致 Canvas 重建。解决：用CanvasGroup.alpha做显隐，这是前面的章节已经写过的方案。排查顺序：打开 Profiler 看Rendering和UI.Layout两项占用，谁高先处理谁。
5.6 现象：打包后字体、图片丢失，或者 UI 错位
编辑器里跑得好好的，一打包就完蛋，十有八九是Resources路径问题或动态加载的资源没打进包。如果你用Resources.Load加载字体、图片、JSON，这些文件必须放在Assets/Resources目录下，否则编辑器里能找到（因为编辑器会索引全部资源），打包后找不到。另一个常见问题是 UI 用了绝对像素坐标，没有适配不同分辨率，评委电脑屏幕比例一变，按钮飞出屏幕。解决：所有 UI 面板尽量用CanvasScaler的Scale With Screen Size，参考分辨率设1920x1080，锚点用九宫格布局而不是手动拖死。排查顺序：看 Console 有没有NullReferenceException，再检查打包时有没有勾选需要的场景到 Build Settings。
6. 从“能演示”到“有亮点”：三个低成本加分项与演示前检查
选题和解密框架都不复杂，期末作业的差距往往体现在“完成度”上。第一个低成本加分项是给关键机关加一个动画事件。比如保险柜门打开，不要直接在代码里写一个五秒的transform.rotation插值协程，而是在Animator里做一个开门的动画片段，在动画的最后一帧加一个AnimationEvent调用OnSafeOpened。好处是时间节奏看得到、调得快，且后续换模型不用改代码。第二个加分项是存档，用最简单的PlayerPrefs记录“当前所在章节”和“已拾取道具的 UID 列表”，答辩时可以直接演示“重启游戏进度还在”，这在解密游戏里很能打动评委，因为它证明了你的数据结构是完整的。第三个加分项是给关键的密码或线索做一点联动：比如纸条上写着一个年份，而密码锁的正确答案是那个年份，玩家必须真的去读纸条而不是乱试。至少让一处谜题形成交叉验证，整个游戏的可玩性观感会完全不一样。
演示前 30 分钟，我一般会按这个单子过一遍：Enter 键是否触发了所有预期交互、E 键提示是否跟随注视目标及时切换、背包打开时游戏是否暂停（建议Time.timeScale = 0）、密码错误提示有没有声响、场景过渡遮罩是否遮挡住了 Camera 切换的瞬间、字体在低分辨率下是否清晰。其中最容易翻车的是Time.timeScale没恢复就切场景，导致新场景里所有动画都慢动作，血泪教训。
解密类游戏期末作业最忌讳贪大。一个 5 分钟流程的房间，带三件可拾取道具、一个密码锁、一个转盘、一次道具组合，绝对够答辩讲满 10 分钟。把交互闭环打磨到没有一处卡顿，比堆十个没意义的谜题更值钱。如果这篇笔记能帮你少熬一个通宵，希望帮到你。
本文还有配套的精品资源，点击获取
