企业官网建设流程全解析

1. 项目概述：从“点”到“面”的游戏交互基石

在Unity3D里做游戏，尤其是涉及到玩家与世界的直接互动时，你总会遇到一个核心问题：如何让代码“感知”到玩家在屏幕上的点击、拖拽，或者角色与环境的接触？新手可能会立刻想到用物理引擎的碰撞体（Collider）去硬碰硬，比如给每个可交互物体都挂上Collider，然后监听OnCollisionEnter。这方法没错，但当你面对成千上万个物体，或者需要实现像“从A点看向B点”、“鼠标悬停高亮”这类非物理接触的精确判断时，物理碰撞就显得笨重且低效了。

这时，射线（Ray）与射线碰撞检测（Raycast）就登场了。你可以把它想象成游戏世界里的一束“激光笔”。玩家在屏幕上点一下，这束激光就从摄像机出发，穿过屏幕上的那个像素点，笔直地射向游戏世界的深处。它打到的第一个东西是什么？是地面、是一堵墙、还是一个怪物？Raycast能立刻告诉你答案，包括击中点的坐标、法线方向，以及被击中的是哪个物体。这种“指哪打哪”的精准，是构建丰富游戏交互的基石。

我接手过不少项目，从简单的点击拾取道具，到复杂的策略游戏单位选择、FPS游戏的射击判定，再到VR/AR中的手势交互，几乎都离不开射线检测。它之所以高效，是因为它跳过了复杂的物理模拟过程，直接进行几何层面的相交测试，计算开销极小。结合最新的热词来看，无论是处理从SolidWorks导入的复杂机械模型进行精确点选，还是为UGUI+DoTween实现的动态照片墙添加悬停效果，亦或是实现凸包碰撞检测逻辑中的快速预筛选，射线都是不可或缺的工具。理解并掌握它，意味着你拿到了打开Unity3D高效交互设计大门的钥匙。

2. 射线（Ray）与射线检测（Raycast）核心原理拆解

2.1 射线的数学本质与Unity中的表达

在三维空间中，一条射线可以用一个起点（Origin）和一个方向（Direction）来唯一定义。它的数学表达式是：P(t) = Origin + Direction * t，其中t >= 0。当t=0时，点在起点；t增大，点就沿着方向向量移动。在Unity中，Ray结构体正是封装了这两个Vector3类型的属性。

那么，这个“激光笔”的起点和方向从哪里来？最常见的就是从摄像机到屏幕坐标的转换。当玩家点击屏幕时，我们得到的是一个二维的像素坐标（比如(512, 300)）。Camera.ScreenPointToRay方法就是这个转换的魔法师。它会根据摄像机的投影矩阵（是透视投影还是正交投影）和视口，计算出一条从摄像机镜头中心（对于透视摄像机，是近裁剪面中心点沿视线方向的反向延伸）出发，穿过屏幕上该像素点，射向场景深处的射线。

// 标准用法：将鼠标点击位置转换为世界空间中的射线 Ray ray = Camera.main.ScreenPointToRay(Input.mousePosition);

这里有个关键细节：Input.mousePosition的z分量在屏幕坐标中通常为0，但ScreenPointToRay内部会正确处理。对于非主摄像机或需要从特定视口（如分屏、小地图）发射射线的情况，你需要指定对应的Camera对象。

2.2 Raycast的底层工作逻辑与性能考量

Unity的Physics.Raycast函数拿到这条射线后，会与场景中所有开启了碰撞检测（即其Collider的enabled为true且isTrigger根据需要设置）的物体进行相交测试。这个过程并非遍历所有三角形，而是先使用包围体（如AABB包围盒或球体）进行快速粗筛，排除明显不相交的物体，再对可能相交的物体的精确碰撞体形状（如网格碰撞体的三角形）进行精细计算。

这个过程的核心开销与两个因素强相关：需要检测的碰撞体数量和碰撞体的复杂度。一个简单的Box Collider的相交测试比一个高精度的Mesh Collider要快几个数量级。因此，优化Raycast性能的第一条黄金法则就是：减少检测范围和对象复杂度。

Physics.Raycast方法提供了多个重载，让你能进行精确控制：

// 基本形式：检测从ray起点出发，最大距离为maxDistance的射线，将结果存入hitInfo bool hasHit = Physics.Raycast(ray, out RaycastHit hitInfo, float maxDistance); // 进阶控制：指定层掩码layerMask，只检测特定层的物体 int groundLayer = LayerMask.GetMask("Ground"); bool hitGround = Physics.Raycast(ray, out hitInfo, 100f, groundLayer); // 更进阶：使用RaycastCommand进行作业系统（Job System）的批处理，用于高性能需求场景（如大量子弹检测）

layerMask参数至关重要。你可以通过Layer来将物体分组（如“UI”、“Enemy”、“Ground”、“Interactable”），然后在发射射线时只检测你关心的层。这能极大地减少不必要的检测计算。例如，鼠标点击时，你可能只关心“Interactable”层的物体，而忽略背景和特效。

注意：layerMask参数默认是Physics.DefaultRaycastLayers，即除了被设置为Ignore Raycast层的物体外，检测所有层。如果你指定了层掩码，那么只有在掩码内的层才会被检测。掩码的计算使用位操作，LayerMask.GetMask("Layer1", "Layer2")或1 << layerIndex是常用方法。

2.3 RaycastHit：信息宝库与常见误区

当Raycast命中后，返回的RaycastHit结构体包含了这次命中的所有详细信息，这是你进行后续逻辑判断的依据：

• collider: 命中的碰撞体引用。通过它可以获取到挂载的GameObject(hit.collider.gameObject)。
• point: 世界空间中的命中点坐标（Vector3）。这是射线与碰撞体表面的交点。
• normal: 命中点处的表面法线（Vector3）。方向指向碰撞体外部。这对于计算反射、确定放置物体的朝向（如让炮塔贴着墙面）极其有用。
• distance: 从射线原点到命中点的距离。
• transform: 命中碰撞体所属的变换组件（等同于hit.collider.transform）。
• textureCoord/textureCoord2: 命中点的UV坐标（如果碰撞体是MeshCollider且网格有UV）。可以用于实现“点击模型特定纹理区域触发事件”。

一个常见的误区是直接使用hit.transform.gameObject来获取物体。这当然可以，但要注意，如果碰撞体是一个子物体，那么hit.transform就是该子物体的Transform，而非根物体。如果你的交互逻辑是挂在根物体的脚本上，你可能需要通过hit.collider.gameObject向上查找根物体，或者使用SendMessageUpwards、事件系统等来通知。

另一个关键点是射线的起点和方向是无限的，但检测距离是有限的。如果你不指定maxDistance，它会使用一个非常大的数（Mathf.Infinity），但这在性能上是不安全的。务必根据你的游戏场景尺度，设置一个合理的最大检测距离。例如，在一个室内场景中，100个单位可能足够了；而在一个开放世界中，你可能需要1000甚至更多，但同时要更严格地使用层掩码来优化。

3. 高效应用模式与实战技巧

3.1 基础交互：鼠标点击与悬停

这是射线检测最经典的应用。实现一个物体被点击后高亮并触发事件。

public class ClickableObject : MonoBehaviour { private Renderer rend; private Color originalColor; void Start() { rend = GetComponent<Renderer>(); originalColor = rend.material.color; } void Update() { // 每帧从鼠标位置发射射线 Ray ray = Camera.main.ScreenPointToRay(Input.mousePosition); RaycastHit hit; // 只检测当前物体所在的层，假设为“Interactable” int interactableLayer = LayerMask.GetMask("Interactable"); if (Physics.Raycast(ray, out hit, Mathf.Infinity, interactableLayer)) { if (hit.collider.gameObject == this.gameObject) { // 鼠标悬停逻辑 rend.material.color = Color.yellow; // 鼠标点击逻辑 if (Input.GetMouseButtonDown(0)) { Debug.Log("Clicked on: " + gameObject.name); // 触发点击事件，例如播放音效、打开面板、销毁物体等 OnObjectClicked(); } } else { // 鼠标移出逻辑 rend.material.color = originalColor; } } else { // 射线未命中任何可交互物体 rend.material.color = originalColor; } } void OnObjectClicked() { // 具体的点击响应逻辑 rend.material.color = Color.red; // 可以在这里触发动画、发送消息等 } }

实操心得：上面的代码将悬停和点击检测放在Update中，每帧执行。对于大量可交互物体，这可能会产生性能压力。一个更优的架构是使用一个全局的射线检测管理器。这个管理器每帧只执行一次射线检测，确定当前命中的物体，然后通过事件（如C#的Action或UnityEvent）通知该物体。被命中的物体自身脚本只需监听这些事件，而不需要每帧自己发射射线。这大大减少了重复的射线计算。

3.2 高级技巧：穿透检测、区域选择与屏幕空间到UI的转换

1. 穿透检测（RaycastAll）：Physics.Raycast只返回第一个命中的物体。如果你需要检测射线路径上的所有物体（比如一颗具有穿透能力的子弹），就需要使用Physics.RaycastAll。它返回一个按距离排序的RaycastHit数组。

RaycastHit[] hits = Physics.RaycastAll(ray, maxDistance, layerMask); foreach (RaycastHit hit in hits) { // 处理每一个被击中的物体 Debug.Log("Hit: " + hit.collider.name + " at distance " + hit.distance); }

注意：RaycastAll会分配一个新的数组。在性能关键的代码（如每帧执行的子弹检测）中频繁使用可能导致GC（垃圾回收）压力。可以考虑使用非分配的Physics.RaycastNonAlloc方法，它需要你预先分配一个RaycastHit数组作为缓冲区。

2. 区域选择（BoxCast/SphereCast）：有时你需要检测一个区域而非一条线。例如，实现一个近战武器的挥砍判定，或者一个爆炸的范围伤害。这时可以使用Physics.BoxCast或Physics.SphereCast。它们的概念是从一个起点发射一个“有体积的射线”（一个盒子或球体），检测其路径上的碰撞。

// 假设角色前方挥剑，剑的碰撞范围是一个长1宽0.5高0.2的盒子 Vector3 halfExtents = new Vector3(0.25f, 0.1f, 0.5f); // BoxCast用的是半长 Quaternion orientation = transform.rotation; Vector3 direction = transform.forward; float maxDistance = 2.0f; if (Physics.BoxCast(transform.position, halfExtents, direction, out hit, orientation, maxDistance, enemyLayer)) { // 击中敌人 }

这对于实现“凸包碰撞检测逻辑”中的快速近似检测非常有用，可以先通过一个较大的SphereCast进行粗筛，再对命中的少数目标进行精确的凸包相交测试。

3. 处理UI与3D物体的混合点击：一个常见的需求是：当鼠标点击在UI按钮上时，不应触发后面3D物体的射线检测。Unity的EventSystem默认处理了这一点。如果场景中有EventSystem组件和GraphicRaycaster（通常由Canvas自带），那么UI会优先拦截点击事件。

你的3D物体射线检测代码应该放在Update中，但需要先检查是否点击在了UI上：

using UnityEngine.EventSystems; void Update() { // 如果鼠标正在悬停或点击UI，则跳过3D射线检测 if (EventSystem.current.IsPointerOverGameObject()) { return; } // 以下是你的3D物体射线检测逻辑 Ray ray = Camera.main.ScreenPointToRay(Input.mousePosition); // ... Physics.Raycast ... }

IsPointerOverGameObject()方法会检查当前指针（鼠标或触摸）是否在任何由EventSystem管理的UI元素上。这确保了UI的交互优先级。

3.3 性能优化与架构设计

1. 分层与距离管理：这是最重要的优化手段。永远不要用一条射线去检测场景中的所有物体。精心设计你的Layer，并为不同的交互类型使用不同的层掩码。例如：

• PlayerRay：只检测可拾取物品、NPC、门。最大距离10米。
• CombatRay：只检测敌人。最大距离50米。
• EnvironmentRay：只检测地面、墙壁，用于角色移动或放置物体。最大距离100米。

2. 检测频率优化：不是所有交互都需要每帧检测。例如：

• 点击事件：完全可以在GetMouseButtonDown的那一帧进行检测。
• 持续悬停：可以每N帧检测一次（比如每3帧），而不是每帧。或者使用协程（Coroutine）配合WaitForSeconds来降低检测频率。
• AI的视野检测：AI不需要每帧都检测玩家是否在视野内，可以降低频率（如每秒2-4次）。

3. 使用物理查询命令（Physics Queries）进行批处理：对于需要在同一帧进行大量射线检测的情况（如霰弹枪的多个弹丸、策略游戏框选大量单位），使用Physics.Raycast在循环中调用效率很低。Unity提供了Physics.RaycastCommand，它允许你将多个射线检测请求批量提交给作业系统（Job System），在多核CPU上并行计算，极大提升性能。

// 简化的示例，实际使用需考虑Job的创建、调度和完成 NativeArray<RaycastCommand> commands = new NativeArray<RaycastCommand>(rayCount, Allocator.Temp); NativeArray<RaycastHit> results = new NativeArray<RaycastHit>(rayCount, Allocator.Temp); // ... 填充commands数组 ... // 调度作业 JobHandle handle = RaycastCommand.ScheduleBatch(commands, results, 1); // 等待作业完成（通常在其他不依赖结果的逻辑之后） handle.Complete(); // 处理结果 for (int i = 0; i < results.Length; i++) { if (results[i].collider != null) { // 处理命中 } } // 释放NativeArray commands.Dispose(); results.Dispose();

这对于实现“unity3d技术之ugui+dotween动态照片墙”中，需要对大量动态移动的图片进行精确点击检测的场景，或者需要处理“unity3d视频流”中大量运动物体的交互时，能提供显著的性能提升。

4. 实战案例深度剖析：从SolidWorks模型导入到复杂交互

4.1 案例一：精密机械模型的零件点选

假设你有一个从SolidWorks导入的复杂装配体模型，在Unity中用于培训或展示。用户需要能点击其中任何一个螺丝、齿轮或面板。直接使用MeshCollider会非常消耗性能，尤其是模型面数很高时。

解决方案：分层碰撞体与射线筛选

1. 简化碰撞体：不要直接使用导入的高模MeshCollider。在SolidWorks导出时，或是在Unity中，为每个需要交互的零件创建一个简化的碰撞体。对于螺丝，可以用CapsuleCollider或简单的Cylinder；对于面板，用BoxCollider；对于复杂曲面零件，可以生成一个凸包（Convex）的MeshCollider。Unity的MeshCollider勾选“Convex”后性能会好很多，但依然比基础碰撞体慢。
2. 层级与标签系统：为每个可交互零件设置一个特定的Tag（如“InteractablePart”）和Layer（如“MachinePart”）。在射线检测时，只针对这个Layer。
3. 实现精确信息反馈：当射线命中后，通过hit.collider获取零件，然后可以从该零件上挂载的脚本中读取零件编号、名称、材质等信息，显示在UI上。

// 在管理器的射线检测逻辑中 if (Physics.Raycast(ray, out hit, 100f, machinePartLayerMask)) { MachinePart part = hit.collider.GetComponent<MachinePart>(); if (part != null) { UIManager.Instance.ShowPartInfo(part.partName, part.partNumber); // 高亮该零件 part.Highlight(); } }

避坑技巧：对于嵌套的零件（如一个盒子里有多个小零件），要确保子物体的碰撞体不会被父物体的碰撞体完全遮挡。有时需要调整碰撞体大小，或者使用Physics.RaycastAll并按距离排序后，让玩家选择最近或最表层的物体。

4.2 案例二：UGUI+DoTween动态照片墙的交互

这是一个结合了UI和3D射线思维的2D案例。一个由UGUI Image组成的网格，使用DoTween做飞入、缩放等动态效果。要求鼠标悬停时照片放大，点击时打开详情。

核心挑战：动态移动中的UI元素，其屏幕位置每帧都在变，传统的UI事件（如IPointerEnterHandler）在快速运动时可能不准确或丢失。

解决方案：屏幕空间射线检测UI虽然这是UI，但我们依然可以借鉴射线思想。我们将每个动态照片的RectTransform的当前屏幕矩形区域计算出来，然后判断鼠标位置是否在其中。

1. 每帧计算屏幕矩形：在照片的更新逻辑中（或在统一的管理器中），使用RectTransformUtility计算其世界角点，并转换为屏幕坐标，从而得到其屏幕空间的包围矩形。

RectTransform photoRect = image.GetComponent<RectTransform>(); Vector3[] worldCorners = new Vector3[4]; photoRect.GetWorldCorners(worldCorners); // 获取四个角的世界坐标 // 转换为屏幕坐标 Vector2 minScreen = Camera.main.WorldToScreenPoint(worldCorners[0]); Vector2 maxScreen = Camera.main.WorldToScreenPoint(worldCorners[2]); Rect screenRect = new Rect(minScreen.x, minScreen.y, maxScreen.x - minScreen.x, maxScreen.y - minScreen.y);

2. 判断包含：在管理器的Update中，判断Input.mousePosition是否在某个照片的screenRect内。

if (screenRect.Contains(Input.mousePosition)) { // 悬停逻辑：使用DoTween放大该照片 if (!isHovering) { isHovering = true; photoRect.DOScale(hoverScale, 0.2f); } // 点击逻辑 if (Input.GetMouseButtonDown(0)) { OpenPhotoDetail(photoId); } } else if (isHovering) { // 移出逻辑：恢复大小 isHovering = false; photoRect.DOScale(Vector3.one, 0.2f); }

这种方法比依赖物理射线更适用于纯UI的动态场景，本质上是将“射线”简化为“点”与“动态矩形”的包含性检测。

4.3 案例三：基于射线检测的伪物理效果

射线检测不仅可以用于“询问”，还可以用于“模拟”。一个典型的例子是制作一个角色控制器，使其能像走在真实地面上一样，处理斜坡、台阶和不平整地形。

经典角色控制器地面检测：

public class AdvancedCharacterController : MonoBehaviour { public float groundCheckDistance = 0.1f; public LayerMask groundLayer; private bool isGrounded; void Update() { CheckGrounded(); // ... 其他移动逻辑 } void CheckGrounded() { // 从角色脚底（通常是碰撞体底部中心）向下发射一条短射线 Vector3 rayOrigin = transform.position + Vector3.up * 0.1f; // 稍微从体内开始，防止自交 Ray ray = new Ray(rayOrigin, Vector3.down); RaycastHit hit; isGrounded = Physics.Raycast(ray, out hit, groundCheckDistance, groundLayer); if (isGrounded) { // 可以根据hit.normal调整角色站立角度，实现斜坡行走 // 可以将角色位置轻微吸附到地面，防止抖动 // float offset = groundCheckDistance - hit.distance; // transform.position += Vector3.down * offset; } } }

更稳健的方案：使用SphereCast或CapsuleCast。因为单点射线容易在角色走到平台边缘时瞬间失效，导致“卡顿”掉落感。从角色底部发射一个小的球体或胶囊体进行检测，接触面更大，结果更稳定。

float radius = 0.5f; // 角色胶囊碰撞体半径 Vector3 origin = transform.position + Vector3.up * radius; // 从腰部开始向下 if (Physics.SphereCast(origin, radius, Vector3.down, out hit, groundCheckDistance, groundLayer)) { isGrounded = true; // 利用hit.point和hit.normal进行更精确的地面适配 }

这种模式广泛用于平台游戏、第一人称和第三人称控制器中，是射线检测在游戏物理模拟中高效应用的典范。

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

即使理解了原理，在实际编码中依然会遇到各种诡异的问题。下面是我在项目中踩过的一些坑和解决方法。

5.1 问题一：射线检测总是返回false，打不中任何物体

排查步骤：

1. 检查LayerMask：这是最常见的原因。使用Debug.Log(LayerMask.LayerToName(hit.collider.gameObject.layer))打印被检测物体的层，并与你射线检测中使用的layerMask对比。确保物体不在Ignore Raycast层，并且你的掩码包含了该层。一个调试技巧是暂时将layerMask设为-1（即Physics.AllLayers）看是否能命中，如果能，问题就在层设置上。
2. 检查碰撞体状态：确认物体的Collider组件是否启用（enabled为true）。如果是MeshCollider，还要确认Convex设置是否合适（非凸MeshCollider只能用于静态物体，且不能与某些射线检测类型正常工作）。
3. 检查射线起点和方向：在Scene视图中绘制调试射线。Unity提供了Debug.DrawRay方法，可以在Scene视图（非Game视图）中绘制出射线，持续一帧。

   Debug.DrawRay(ray.origin, ray.direction * 100f, Color.red, 1.0f);

   运行游戏，在Scene视图中观察这条红线是否穿过了你期望的物体。也许你的摄像机角度不对，或者ScreenPointToRay用的坐标有误（比如用了世界坐标而非屏幕坐标）。
4. 检查最大距离：你的maxDistance是否设置得太小，以至于射线在到达物体前就结束了？
5. 检查缩放：如果物体的Transform缩放为0，或者其父物体的缩放为0，其碰撞体可能会失效。

5.2 问题二：射线穿透了薄物体或从缝隙中穿过

原因与解决：

1. 射线起点在物体内部：如果你的射线起点（如从摄像机发出）已经位于一个碰撞体内部，Physics.Raycast默认情况下不会检测到该碰撞体。这是符合物理直觉的（你从房间内向外看，不会先看到墙壁的内壁）。如果需要从内部检测，可以使用Physics.Raycast的一个重载，其参数中包含RaycastHit，并且有一个QueryTriggerInteraction参数，但这不解决根本问题。更常见的做法是确保射线起点在碰撞体外部。
2. 使用Physics.Raycast的重载指定起点偏移：对于像墙壁这样的薄物体，可以尝试从稍微不同的位置发射两条射线，或者使用Physics.BoxCast（用一个有厚度的盒子）来代替细线。
3. 碰撞体缝隙：两个碰撞体之间如果有微小的缝隙，细射线可能恰好穿过。对于需要可靠检测的情况（如地面检测），使用SphereCast或CapsuleCast是更好的选择，因为它们有体积，不容易“漏过去”。

5.3 问题三：性能突然下降，特别是在移动设备上

分析与优化：

1. Profile（性能分析）是第一步：打开Unity的Profiler窗口（Window -> Analysis -> Profiler），在CPU使用率中查看Physics.Raycast或Physics.SphereCast的调用开销。如果某一帧出现了极高的调用次数或单次调用耗时很长，就是问题所在。
2. 减少每帧的检测次数：检查你的代码逻辑，是否在循环中或无必要地每帧进行多次射线检测？是否可以为某些检测降低频率？
3. 简化碰撞体：将复杂的MeshCollider替换为简单的复合碰撞体（由多个Box、Sphere、Capsule组成）。对于远处或背景物体，使用更粗糙的碰撞体甚至禁用碰撞检测。
4. 使用空间划分与缓存：对于静态场景，Unity的物理引擎内部会使用空间划分（如BVH树）来加速查询。但对于动态物体，频繁的添加/移除会影响效率。如果有一组物体需要被频繁射线检测（如所有敌人），可以考虑维护一个列表，直接遍历这个列表并进行距离或视锥粗筛，然后再对少数候选者进行精确的射线检测，这有时比直接使用全局射线检测更高效。
5. 警惕RaycastAll和OverlapSphere等函数：它们会返回所有结果，容易在物体密集区域产生大量数据分配和处理开销。务必使用layerMask限制范围，并考虑使用非分配版本（如RaycastNonAlloc）。

5.4 调试技巧：可视化与日志

1. 射线可视化：如前所述，Debug.DrawRay是你的好朋友。在开发交互功能时，可以一直绘制关键的检测射线，便于观察。

   void Update() { Ray ray = Camera.main.ScreenPointToRay(Input.mousePosition); Debug.DrawRay(ray.origin, ray.direction * 50, Color.green); // ... 检测逻辑 }

2. 命中点可视化：在命中点（hit.point）绘制一个小的球体或立方体，可以清楚地知道射线打在了哪里。

   if (Physics.Raycast(ray, out hit)) { Debug.DrawRay(hit.point, hit.normal, Color.blue, 0.5f); // 绘制法线 GameObject sphere = GameObject.CreatePrimitive(PrimitiveType.Sphere); sphere.transform.position = hit.point; sphere.transform.localScale = Vector3.one * 0.1f; Destroy(sphere, 0.5f); // 0.5秒后销毁 }

3. 结构化日志：不要只打印“Hit something”。打印出命中的物体名、距离、命中点坐标和法线。这些信息在调试复杂交互时至关重要。

   Debug.Log($"Hit: {hit.collider.name}, Dist: {hit.distance:F2}, Point: {hit.point}, Normal: {hit.normal}");

射线与碰撞检测是Unity3D交互编程的肌肉记忆，它直接、高效且强大。从简单的点击到复杂的空间查询，理解其原理并掌握这些优化模式和调试技巧，能让你在实现游戏交互时游刃有余。记住，没有“最好”的方案，只有“最适合”当前场景的方案。在性能与效果之间找到平衡点，正是游戏开发乐趣的一部分。当你下次再面对一个交互需求时，不妨先想一想：“这里，用射线会不会更优雅？”