企业官网建设流程全解析

1. 项目概述：为什么3D拾取是UE5开发者的必修课？

在虚幻引擎5（UE5）的世界里，无论是制作一款第一人称射击游戏，让玩家能精准地捡起地上的武器，还是开发一个建筑可视化应用，让用户能点击并旋转查看模型，其背后都离不开一个核心交互机制：3D拾取。简单来说，3D拾取就是回答“玩家在屏幕上点击的这个像素点，到底对应着3D世界里的哪个物体？”这个问题。听起来似乎很基础，但它的实现质量直接决定了交互的流畅度和沉浸感。一个响应迟钝、判断不准的拾取系统，足以毁掉一个精心打磨的体验。

很多刚接触UE5的开发者，尤其是从蓝图可视化编程入门的，可能会直接使用现成的节点，比如LineTraceByChannel，感觉“一键搞定”。但当你需要定制拾取范围、处理复杂的UI遮挡、或者优化大规模场景下的拾取性能时，就会一头雾水。问题的根源往往在于对底层坐标转换流程的“黑盒”操作。你不清楚屏幕上的一个点是如何一步步“穿越”到3D世界，并与物体发生碰撞检测的。

这就是我们这次动手实践的核心价值所在。我们不满足于“知其然”，更要“知其所以然”。我们将从UE5提供的几个核心坐标转换函数（如DeprojectScreenToWorld）出发，彻底拆解从2D屏幕空间到3D世界空间的完整转换链条。然后，我们将用两种最主流的方式——纯C++和蓝图+C++混合——来亲手实现一个功能完整、逻辑清晰的简易拾取Demo。无论你是偏爱代码控制的程序，还是习惯可视化逻辑的设计师，都能从中获得扎实的、可复用的知识。这个Demo将涵盖鼠标点击拾取、高亮反馈、信息显示等完整环节，让你不仅理解原理，更能立刻应用到自己的项目中。

2. 核心原理拆解：屏幕上的一个点，如何找到3D世界中的它？

在开始写代码之前，我们必须像解一道数学题一样，把“屏幕坐标到3D拾取”这个问题的解题步骤理清楚。这个过程可以形象地理解为一次“空间穿越”，总共分三步走。

2.1 第一步：从屏幕像素到标准化设备坐标（NDC）

当我们点击屏幕时，操作系统或游戏引擎会给我们一个坐标，比如(MouseX, MouseY)。这个坐标的单位是像素，其原点(0, 0)通常在屏幕的左上角。但是，不同的玩家可能有不同的屏幕分辨率（1920x1080, 2560x1440等），直接用像素坐标进行计算是不通用的。

因此，第一步是将其标准化。我们需要将这个像素坐标转换到标准化设备坐标空间。在这个空间里，无论屏幕分辨率如何，其坐标范围在X和Y轴上都是[-1, 1]。左下角是(-1, -1)，右上角是(1, 1)。转换公式很简单：

NDC_X = (MouseX / ViewportWidth) * 2 - 1NDC_Y = 1 - (MouseY / ViewportHeight) * 2// 注意Y轴方向反转，因为屏幕坐标原点在左上，而NDC原点在左下。

注意：在UE5的视口（Viewport）和投影矩阵体系中，Y轴默认是向上的。但屏幕像素坐标的Y轴是向下的，所以这里需要进行1 - ...的操作来进行反转，这是初学者最容易忽略导致拾取射线方向错误的一个点。

2.2 第二步：从NDC到视图空间（View Space）的射线

有了NDC坐标(NDC_X, NDC_Y)，我们就可以在近裁剪平面（Near Clip Plane）和远裁剪平面（Far Clip Plane）上各确定一个点。在NDC空间中，近裁剪平面的Z值通常是-1（在DirectX风格的API中）或-1（在OpenGL风格中，UE5内部使用前者），远裁剪平面的Z值是1。

通过摄像机的投影矩阵的逆矩阵，我们可以将这两个NDC点转换到视图空间（也叫相机空间）。在这个空间里，摄像机位于原点，看向Z轴正方向（或负方向，取决于坐标系定义，UE5中摄像机看向X轴正方向，但概念相通）。这一步计算后，我们得到的是从摄像机原点出发，指向屏幕上点击点的方向向量在视图空间中的表示。

这里有一个关键理解：我们并不直接得到一个“世界空间”的点，而是先得到在摄像机坐标系下的射线。这条射线的起点是摄像机原点（视图空间原点），方向是通过远、近裁剪平面上的点计算出来的向量。

2.3 第三步：从视图空间到世界空间，并执行碰撞检测

最后一步，使用摄像机的视图矩阵的逆矩阵（在UE5中通常就是摄像机的GetActorTransform或其旋转信息），将视图空间中的射线起点和方向转换到世界空间。

至此，我们得到了一条在世界坐标系下的射线：Ray_Start和Ray_Direction。这条射线就代表了从摄像机镜头中心出发，穿过屏幕上你点击的那个像素，射向3D世界无穷远处的一条线。

接下来的事情就交给了碰撞系统。我们使用这条射线对场景进行线性检测。在UE5中，最常用的就是UWorld::LineTraceSingleByChannel函数。它会沿着射线方向检测，返回第一个被击中的物体（如果存在），并告诉我们击中的位置、法线、击中的组件等详细信息。这个被击中的物体，就是我们要“拾取”的对象。

整个流程的核心函数：UE5非常贴心地为我们封装了上述大部分计算过程。APlayerController类中的DeprojectScreenPositionToWorld函数（或类似功能的工具函数），其内部就是完成了从屏幕像素到世界空间射线起点和方向的转换。我们本次Demo会深入使用并解析它。

3. 开发环境准备与项目创建

工欲善其事，必先利其器。在开始编码前，确保你的环境是就绪的。

3.1 软件与环境配置

1. 虚幻引擎5：建议使用5.2或以上版本。可以从Epic Games Launcher下载安装。
2. Visual Studio 2022：这是UE5 C++开发的首选IDE。安装时务必勾选“使用C++的游戏开发”工作负载，以确保包含必要的Windows SDK和编译工具。
3. 项目模板选择：打开UE5，选择“游戏”类别，然后选择“空白”模板。这样可以从零开始，不受其他模板预设逻辑的干扰。给项目起一个清晰的名字，例如PickupDemo。
4. ​启用开发者模式：在编辑器的“编辑”->“编辑器偏好设置”->“通用”->“源代码”中，确保“源代码编辑器”已设置为Visual Studio。

3.2 创建第一个C++类

我们将创建一个用于处理拾取逻辑的Actor组件。使用组件模式而非直接继承Actor，是为了让拾取功能可以灵活地附加到任何角色（如玩家控制的Pawn）或摄像机身上，复用性更高。

1. 在内容浏览器中，右键点击空白处，选择“新建C++类”。
2. 在类类型中选择“Actor组件”，命名为ObjectPickerComponent。
3. 点击创建，UE5会自动生成.h和.cpp文件，并打开Visual Studio。

实操心得：对于工具类、管理器或像拾取器这样的功能模块，优先考虑继承自UActorComponent或UObject，而不是AActor。这符合“组合优于继承”的设计原则，能让你的游戏架构更清晰、更易维护。一个AActor应该代表一个具体的游戏实体（如敌人、宝箱），而功能则通过组件挂载上去。

4. C++核心实现：构建ObjectPickerComponent

我们将完全在C++中实现拾取逻辑，这能让我们对底层有最强的控制力，并便于后续做性能优化或复杂功能扩展。

4.1 头文件 (ObjectPickerComponent.h) 设计与声明

首先，我们定义组件的属性和方法。

// ObjectPickerComponent.h #pragma once #include "CoreMinimal.h" #include "Components/ActorComponent.h" #include "ObjectPickerComponent.generated.h" // 声明一个动态多播委托，用于当拾取到物体时广播事件。 // 参数：被击中的Actor，击中点信息。 DECLARE_DYNAMIC_MULTICAST_DELEGATE_TwoParams(FOnObjectPicked, AActor*, PickedActor, const FHitResult&, HitResult); UCLASS(ClassGroup=(Custom), meta=(BlueprintSpawnableComponent)) class PICKUPDEMO_API UObjectPickerComponent : public UActorComponent { GENERATED_BODY() public: // 构造函数 UObjectPickerComponent(); protected: // 游戏开始时调用 virtual void BeginPlay() override; public: // 每帧调用 virtual void TickComponent(float DeltaTime, ELevelTick TickType, FActorComponentTickFunction* ThisTickFunction) override; // 执行一次拾取检测 UFUNCTION(BlueprintCallable, Category = "ObjectPicker") void PerformPick(); // 拾取距离（射线长度） UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "ObjectPicker") float PickDistance = 10000.0f; // 默认100米 // 用于检测的碰撞通道 UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "ObjectPicker") TEnumAsByte<ECollisionChannel> TraceChannel = ECC_Visibility; // 拾取成功事件委托 UPROPERTY(BlueprintAssignable, Category = "ObjectPicker") FOnObjectPicked OnObjectPicked; private: // 内部方法：获取玩家控制器和视口信息 APlayerController* GetPlayerController() const; };

关键点解析：

• FOnObjectPicked委托：这是UE5中一种强大的事件通信机制。我们将拾取逻辑（“怎么做”）和拾取后的反应（“做什么”）解耦。组件只负责检测并触发事件，至于是高亮模型、显示UI还是播放声音，由绑定到这个委托的其他蓝图或C++逻辑来决定。这大大提升了组件的通用性。
• PickDistance：这是一个公开变量，并标记为EditAnywhere和BlueprintReadWrite，意味着你既可以在C++代码里修改它，也可以在编辑器细节面板中直接调整，或者在蓝图中读写。将它暴露出来，方便设计者根据游戏场景大小进行调整。
• TraceChannel：碰撞通道决定了射线与哪些物体发生交互。默认使用ECC_Visibility（可见性通道），它通常与场景中阻挡视线的物体（如墙壁、复杂模型）相关联。你可以根据需求改为ECC_WorldStatic（静态物体）或ECC_WorldDynamic（动态物体），甚至自定义通道。

4.2 源文件 (ObjectPickerComponent.cpp) 实现逻辑

现在，我们来填充核心逻辑。

// ObjectPickerComponent.cpp #include "ObjectPickerComponent.h" #include "Engine/World.h" #include "GameFramework/PlayerController.h" #include "Engine/Engine.h" // 用于调试绘制 UObjectPickerComponent::UObjectPickerComponent() { PrimaryComponentTick.bCanEverTick = true; // 启用每帧Tick } void UObjectPickerComponent::BeginPlay() { Super::BeginPlay(); } void UObjectPickerComponent::TickComponent(float DeltaTime, ELevelTick TickType, FActorComponentTickFunction* ThisTickFunction) { Super::TickComponent(DeltaTime, TickType, ThisTickFunction); // 通常拾取不需要每帧执行，而是由输入事件触发。这里Tick留空，或可用于持续高亮等高级功能。 } APlayerController* UObjectPickerComponent::GetPlayerController() const { // 获取拥有这个组件的Actor AActor* Owner = GetOwner(); if (!Owner) { return nullptr; } // 尝试从Owner获取玩家控制器 // 如果组件是附加在Pawn或Character上，这通常有效 APlayerController* PC = Cast<APlayerController>(Owner->GetInstigatorController()); if (PC) { return PC; } // 如果上述方法失败，尝试获取世界中的第一个本地玩家控制器（适用于单玩家情况） UWorld* World = GetWorld(); if (World) { return World->GetFirstPlayerController(); } return nullptr; } void UObjectPickerComponent::PerformPick() { APlayerController* PC = GetPlayerController(); if (!PC) { UE_LOG(LogTemp, Warning, TEXT("ObjectPickerComponent: Failed to get PlayerController!")); return; } // 1. 获取鼠标光标在屏幕上的位置（像素坐标） float MouseX, MouseY; if (!PC->GetMousePosition(MouseX, MouseY)) { // 如果获取失败（例如在游戏模式下鼠标被锁定），可以尝试使用视口中心 int32 ViewportSizeX, ViewportSizeY; PC->GetViewportSize(ViewportSizeX, ViewportSizeY); MouseX = ViewportSizeX / 2.0f; MouseY = ViewportSizeY / 2.0f; } // 2. 核心步骤：将屏幕坐标反投影到世界空间，得到射线起点和方向 FVector WorldLocation; // 射线起点（实际上在近裁剪面附近） FVector WorldDirection; // 射线方向（单位向量） bool bDeprojectSuccess = PC->DeprojectScreenPositionToWorld( MouseX, MouseY, WorldLocation, WorldDirection ); if (!bDeprojectSuccess) { UE_LOG(LogTemp, Error, TEXT("ObjectPickerComponent: DeprojectScreenPositionToWorld failed!")); return; } // 3. 计算射线终点 FVector TraceStart = WorldLocation; FVector TraceEnd = TraceStart + (WorldDirection * PickDistance); // 4. 准备并执行线性检测（射线检测） FHitResult HitResult; FCollisionQueryParams CollisionParams; CollisionParams.bTraceComplex = true; // 进行复杂碰撞检测，精度更高 CollisionParams.bReturnPhysicalMaterial = false; // 本例不需要物理材质 // 可以添加忽略自身：if(GetOwner()) CollisionParams.AddIgnoredActor(GetOwner()); UWorld* World = GetWorld(); bool bHit = false; if (World) { bHit = World->LineTraceSingleByChannel( HitResult, TraceStart, TraceEnd, TraceChannel, CollisionParams ); } // 5. 处理检测结果 if (bHit && HitResult.GetActor()) { AActor* HitActor = HitResult.GetActor(); UE_LOG(LogTemp, Log, TEXT("Picked Actor: %s at Location: %s"), *HitActor->GetName(), *HitResult.Location.ToString()); // 6. 广播拾取事件 OnObjectPicked.Broadcast(HitActor, HitResult); // 【可选】调试绘制：在编辑器和独立游戏中可视化射线和击中点 #if ENABLE_DRAW_DEBUG if (World) { DrawDebugLine(World, TraceStart, TraceEnd, FColor::Green, false, 2.0f, 0, 1.0f); DrawDebugPoint(World, HitResult.Location, 10.0f, FColor::Red, false, 2.0f); } #endif } else { UE_LOG(LogTemp, Log, TEXT("No actor picked.")); // 即使未命中，也可以广播一个空事件或不同的事件，取决于需求。 } }

代码逐段解析与避坑指南：

1. 获取鼠标位置：GetMousePosition在游戏窗口有焦点时通常有效。但在某些全屏或鼠标被锁定的游戏模式下（如第一人称射击），它可能失败。我们的代码提供了备选方案：使用视口中心。这是一种常见的“屏幕中心准星”拾取模式。你可以根据游戏类型，通过一个bool变量让设计者选择模式。

2. 核心函数DeprojectScreenPositionToWorld：这是UE5封装好的坐标转换“黑盒”。它内部完成了我们原理部分讲的所有矩阵运算，直接输出了世界空间下的射线起点和方向。这是实现拾取最简洁、最推荐的方式。它的参数顺序是 (屏幕X, 屏幕Y, 输出世界起点, 输出世界方向)。

3. 碰撞检测参数FCollisionQueryParams：

   • bTraceComplex：设置为true会使用网格体的复杂碰撞（即渲染网格本身）进行检测，精度最高，但性能开销稍大。设置为false则使用简单的碰撞体（如球体、胶囊体、盒子），性能更好。对于需要精确拾取模型表面的场景（如射击游戏打弱点），必须开启。
   • AddIgnoredActor：非常实用！例如，当拾取组件附属于玩家角色时，你肯定不希望射线检测到自己。这时就可以在CollisionParams中忽略GetOwner()。这在实现“拾取自身以外的物体”时是必须的。

4. 调试绘制DrawDebugLine/Point：用#if ENABLE_DRAW_DEBUG宏包裹，这是一个好习惯。它确保调试绘制只在开发版本（非Shipping发行版）中编译和执行，避免影响最终游戏的性能。绿色的线是射线路径，红色的点是击中点，在测试时一目了然。

5. 事件广播OnObjectPicked.Broadcast：这是整个组件的“输出接口”。C++部分的工作到此为止。它告诉外界：“嘿，我捡到了一个东西，它是HitActor，撞在HitResult这个地方了”。至于外界是播放音效、显示名字还是让物体飞起来，组件完全不关心。

5. 蓝图集成：将C++功能可视化与调用

C++组件提供了强大的底层能力，而蓝图则提供了快速的逻辑编排和迭代能力。接下来，我们创建一个蓝图来使用这个组件。

5.1 创建玩家角色蓝图并添加组件

1. 在内容浏览器中，右键选择“蓝图类”。
2. 在父类搜索框中搜索“Character”，选择它作为父类，命名为BP_PickupCharacter。
3. 双击打开BP_PickupCharacter。
4. 在“组件”面板中，点击“添加组件”，搜索我们刚创建的ObjectPickerComponent，将其添加到角色中。
5. 选中添加的ObjectPickerComponent，在细节面板中，你可以看到我们暴露的变量Pick Distance和Trace Channel，可以在这里直接修改。

5.2 设置输入映射与调用拾取

1. 打开“项目设置”->“引擎”->“输入”。
2. 在“操作映射”中，添加一个新的映射，命名为“PickObject”，并为其分配一个按键，例如鼠标左键（Left Mouse Button）。
3. 回到BP_PickupCharacter的事件图表。
4. 右键搜索“输入动作 PickObject”（取决于你的命名），添加“Pressed”和“Released”事件。
5. 从“Pressed”事件引脚拖出，搜索“Perform Pick”（这是我们C++中标记为BlueprintCallable的函数），调用它。这个节点应该能在ObjectPickerComponent组件下找到，或者直接从组件引用拖出。

现在，运行游戏，按下鼠标左键，你就能在输出日志中看到拾取到的Actor名称和位置信息了。如果开启了调试绘制，还能看到绿色的射线。

5.3 绑定拾取事件并实现高亮反馈

光有日志还不够，我们需要一个视觉反馈。常见的做法是改变被拾取物体的材质，使其高亮。

1. 首先，我们需要一个高亮材质。可以在材质编辑器中创建一个简单的“自发光”材质，颜色设为亮黄色或红色，命名为M_Highlight。
2. 在BP_PickupCharacter的事件图表中，我们需要处理ObjectPickerComponent的On Object Picked事件。
   • 获取ObjectPickerComponent的引用。
   • 右键点击该引用，选择“绑定事件到 On Object Picked...”。这会自动创建一个自定义事件节点，并带有Picked Actor和Hit Result参数。
3. 在这个自定义事件后，我们可以编写高亮逻辑：
   • 目标：Picked Actor。
   • 思路：获取Actor的静态网格组件（Get Component by Class->StaticMeshComponent），然后动态创建一个材质实例（Create Dynamic Material Instance），并将其设置为网格体的材质（Set Material）。
   • 更健壮的做法：考虑到一个Actor可能有多个网格组件，或者我们可能想高亮所有组件。我们可以使用Get Components by Class节点，获取所有StaticMeshComponent，然后遍历数组（For Each Loop），对每一个组件应用高亮材质。
4. 一个关键问题：如何取消高亮？我们不能让物体永远高亮。通常有两种策略：
   • 策略A：每次拾取新物体时，取消上一个物体的高亮。这需要在蓝图中保存一个对“上一个被拾取Actor”的引用变量（LastPickedActor）。在触发新的On Object Picked事件时，先检查LastPickedActor是否存在且有效，如果存在，就将其材质恢复为原始材质（这要求你事先保存了原始材质引用），然后再高亮新的物体并更新LastPickedActor。
   • 策略B：设置一个定时器，在一段时间后自动取消高亮。这可以通过在应用高亮材质后，设置一个延迟（Delay）节点，然后在延迟后恢复材质来实现。

注意事项：动态创建材质实例（Create Dynamic Material Instance）是为了不影响材质资产本身，并且允许我们在运行时修改材质参数（如高亮颜色、强度）。如果你只是简单替换材质，可以直接使用Set Material。但动态实例化是更灵活、更标准的做法。

6. 纯蓝图实现方案：理解Deproject Screen To World节点

为了更透彻地理解坐标转换，我们完全在蓝图中复现一遍这个过程。这能让你在没有C++组件的情况下，也能实现拾取功能，并且直观地看到每一步的数据流。

6.1 蓝图节点拆解

在蓝图中，核心的转换节点是Deproject Screen To World（属于Player Controller）。它的功能与C++中的DeprojectScreenPositionToWorld完全一致。

1. 获取玩家控制器：使用Get Player Controller节点（索引0通常指第一个本地玩家）。
2. 获取鼠标位置：使用Get Mouse Position节点，输出屏幕X和Y。
3. 反投影：将鼠标X、Y连接到Deproject Screen To World节点的Screen X/Y输入。该节点输出World Position（射线起点）和World Direction（射线方向）。
4. 计算射线终点：使用一个Vector * Float节点，将World Direction乘以一个距离（如5000），再用一个Vector + Vector节点，将结果与World Position相加，得到Trace End。
5. 执行射线检测：使用Line Trace By Channel节点。输入Start和End，选择碰撞通道（如Visibility）。输出Out Hit结构体，里面包含了是否命中（bBlockingHit）、命中的Actor（Hit Actor）、命中位置（Location）等所有信息。

6.2 蓝图与C++方案的对比

个人建议：对于核心游戏系统、需要高性能或复杂计算的模块（如武器系统、技能系统），使用C++组件是更专业的选择。对于一次性原型、关卡设计中的特殊交互、或者团队中缺少程序员的情况，纯蓝图方案是强大且高效的工具。最佳实践往往是混合使用：用C++编写基础、高效、可复用的功能组件（如我们的ObjectPickerComponent），然后用蓝图来配置参数、编排事件响应（如播放动画、显示UI）。

7. 高级话题与性能优化

一个基础的拾取Demo完成后，我们可以思考如何让它更健壮、更高效。

7.1 处理UI遮挡

在游戏中，UI（如血条、背包界面）通常会覆盖在3D场景之上。当你点击UI时，通常不希望触发背后的3D物体拾取。UE5提供了完善的机制来处理这个问题。

1. 检查光标是否在UI上：APlayerController有一个函数GetHitResultUnderCursorForObjects，但它主要用于UI。更常用的方法是利用Slate应用程序的路径。
2. 使用FSlateApplication：在C++中，可以调用FSlateApplication::Get().IsCursorDirectlyOverSlateWidget()来检查光标是否在任何一个Slate控件（包括UMG控件）上。如果是，则跳过3D拾取检测。
3. 蓝图中的简单方法：在触发拾取前，可以先检测是否有可交互的UI控件处于焦点状态。或者，在设计UMG时，确保交互式UI控件会阻塞鼠标事件向下传递。

7.2 优化大规模场景拾取

当场景中有成千上万个物体时，对每一条射线都进行LineTraceSingleByChannel（它默认会检测场景中所有该通道的物体）可能会成为性能瓶颈。

1. 使用更精确的碰撞通道：不要对所有物体都使用ECC_Visibility。为可拾取物体专门设置一个自定义碰撞通道，比如ECC_GameTraceChannel1，并只在必要的物体上启用该通道的碰撞响应。这样射线检测的范围就大大缩小了。
2. 空间划分与查询优化：对于极端密集的物体，可以考虑：
   • 使用LineTraceSingleByObjectType：可以指定一个对象类型列表，进一步过滤。
   • 使用Overlap检测代替LineTrace：如果你只需要检测鼠标“指向”的物体，而不是精确的碰撞点，可以先在摄像机前做一个小的球体或胶囊体重叠检测，快速筛选出附近的物体，再对筛选出的少数物体进行精确的射线检测。
   • 集成空间索引：对于自己管理的可拾取物体列表，可以使用四叉树、八叉树或网格系统进行空间管理，只检测鼠标方向一定锥形区域（视锥体）内的物体。

7.3 从屏幕到世界的其他应用

理解屏幕到世界的转换，其应用远不止于物体拾取：

• 拖拽3D物体：拾取后，在鼠标移动事件中，持续将新的屏幕位置反投影到世界空间，可以计算出一个基于鼠标移动的偏移量，从而实时更新被拖拽物体的位置。
• 地面点击移动（RTS游戏）：玩家点击地面，需要将屏幕坐标转换为地面（一个特定Z值的平面）上的世界坐标。这可以通过计算射线与水平平面的交点来实现。
• 构建/放置系统：在建造游戏中，随着鼠标移动，预览建筑模型需要始终“贴”在地面或其他物体表面。这需要结合射线检测和表面法线来调整预览模型的旋转和位置。
• UI与3D场景的关联：例如，在3D角色头上显示一个血条UI。你需要将角色的世界坐标（GetActorLocation+ 一个偏移量）通过摄像机的投影矩阵转换到屏幕坐标，然后把这个屏幕坐标赋值给UI控件的位置。

8. 常见问题排查与调试技巧

在实际开发中，你肯定会遇到拾取失灵、位置不准等问题。下面是一个快速排查清单：

一个实用的调试技巧：在PerformPick函数中，无论是否命中，都强制绘制一条从摄像机到远处点的调试线。这能让你立刻看清射线的方向和范围，是排查坐标问题最快的方法。