企业官网建设流程全解析

Unity+SteamVR开发，真正决定项目体验好坏的往往不是渲染和玩法，而是那个“交互”做得到不到位。很多朋友第一次把SteamVR插件导入Unity，面对满屏的预制体和脚本就懵了：手柄能追踪了，但物体到底怎么抓？射线怎么怼到UI上？为什么捏住东西它会抖得像帕金森？这篇文章我会把SteamVR交互这条链路完整拆解，从动作系统、抓取、投掷、激光指针，到UI操作、传送、触觉反馈，再带一个可以直接跑起来的小案例，最后把实际项目里踩过的坑列成速查表。适合刚入门Unity VR开发、或者装了SteamVR还是不会写交互的人。

1. 开始之前——工具链选型与项目基座

1.1 版本搭配：别让环境问题拖慢你

我一直觉得，VR开发里环境配置排错要比写逻辑更浪费时间。版本这一关过不去，后面全是白搭。我的建议是：如果你没有特殊的多平台需求，直接选Unity 2022.3 LTS，配SteamVR Plugin 2.x，导入时选Legacy输入路径，这套组合是我实测下来最稳的。

很多人第一次导入SteamVR插件时，会遇到一个弹窗让你在OpenXR和Legacy Input之间选一个。新手我强烈建议选Legacy Input。原因很简单：社区里老教程、老项目、各种踩坑记录，90%以上都是基于Legacy Input这套路径，你遇到问题能查到解法。OpenXR当然更现代、更跨平台，但它的动作绑定和交互逻辑封装得更深，出了问题比较难排查。

还有个高频坑：新版Unity默认开启了Input System Package，这会让SteamVR的旧输入代码收不到任何手柄信号，现象就是手柄模型能追踪，但所有SteamVR_Action都永远是false，按钮怎么按都没反应。解决办法是在Player Settings的Active Input Handling里改成Both，然后重启编辑器。这个坑我见太多人踩了，包括我自己。

另外，导入插件后第一次运行会弹SteamVR的初始化界面，记得让它自动装好SteamVR运行库和驱动。如果你在编辑器里点了Play，画面里却看不到手柄，大概率是运行库没装完或者在后台没启动。这种环境问题不属于交互范畴，但会卡掉你一整个下午，所以我把它放在最前面强调。

1.2 SteamVR Input动作系统——先把概念理清楚

SteamVR的交互体系里，最核心也最容易被新手忽略的概念是“动作（Action）”。你可以把动作理解成游戏逻辑里定义的抽象能力，比如“抓取”“传送”“握拳”，这些动作本身不绑定具体按键。真正把动作和物理按键对应起来的，是“绑定（Binding）”。

我举个例子你就明白了：你的手机音量键在左边，别人的手机音量键在右边，但你调节音量的诉求是相同的。游戏逻辑只需要知道“用户想调音量”，而不需要关心用户按的是哪个键。SteamVR的绑定系统就是这个思路——你在代码里写“抓取动作被按下”，至于玩家是用食指扳机、中指键还是侧键来触发，那是玩家在绑定界面里自己决定的，你的代码不用改。

要创建动作，使用SteamVR的Input窗口，在菜单栏点SteamVR > Input，然后Create Default Action Set生成默认动作集。里面已经包含了常用的交互动作，比如GrabPinch、GrabGrip、Teleport、Haptic等等。这里我强烈建议新手直接沿用这套默认动作命名，因为SteamVR自带的大量交互脚本和预制体，默认就是找这几个动作。如果你自己改叫“Pickup”“Throw”之类的，后面接自带组件时反而还要手动指定，容易漏。

在项目运行前，你还可以打开SteamVR Input窗口里的Binding UI，给不同手柄自定义动作映射。这也是为什么SteamVR交互能在各种品牌手柄上通用的根本原因。如果你发现某台设备上你的抓取不灵，第一反应不应该是改代码，而是去绑定界面看看这个动作到底绑到了哪个键上。

1.3 从零搭一个干净的VR交互场景

环境这套事情，我强烈建议不要直接在你现有的大项目里测试，单独开一个空场景，验证通了再搬逻辑。步骤并不复杂，按顺序做一遍，十分钟能跑起来：

1. 创建Unity 3D项目，Unity版本选2022.3 LTS，模板选3D Core。
2. 从Asset Store导入SteamVR Plugin，导入完成后选Legacy Input路径。
3. 如果项目里有默认的Main Camera，直接删掉，因为CameraRig自带相机。
4. 在Project窗口搜索CameraRig，把它拖到场景里。这个预制体就是你的左右手和头显的追踪根节点。
5. 在场景中创建一个带Collider的Plane作为地面，再放几个Cube在面前，先不做任何交互设置。
6. 进入Play模式，SteamVR会自动启动运行库，头显里就能看到你的手和面前的物体了。

这个空场景本身就是很好的测试环境。先确认手柄模型能跟着手走，再试着把手柄靠近Cube，你会看到Cube周围出现一个高亮轮廓——这个是SteamVR自带的高亮效果，说明你的手部碰撞体已经和物体发生交互了。很多人一进场景就希望立刻能抓取，实际上SteamVR默认只提供了“悬停”提示，抓取需要挂载专门的交互组件，下面开始进入真正的核心部分。

2. 核心交互实现——手部和物体怎么“打交道”

2.1 让物体可交互：Interactable背后的逻辑

SteamVR自带的交互系统，核心是Interactable这个组件。它做的事情可以用一句话概括：管理物体从“被手靠近”到“被抓起”再到“被松手”的整个生命周期状态机。

具体来看，它提供了一系列回调事件，你在Inspector里或者代码中挂上就行：

• OnHandHoverBegin：手开始悬停在物体上，通常用来播放高亮或提示音。
• OnHandHoverEnd：手离开了物体，恢复原状。
• OnAttachedToHand：手按下了抓取键，物体被真正吸附到手部。
• OnDetachedFromHand：松开抓取，物体会话结束，进入自由物理状态。

这套事件流是所有抓取交互的地基。理解了这个状态机，你就知道抓取不是简单地把物体SetParent到手柄上这么粗暴，而是一个有开始、有过程、有结束的完整事件链条。

为了让手部检测到物体，需要在手部模型上加碰撞体。挺多新手在这里犯迷糊，直接给整只手模型套一个大Box Collider，结果抓东西时手还没碰到物体，盒子先碰到，各种穿模和误抓。正确做法是只在手掌和指尖区域加小体积的碰撞体，或者用SteamVR自带的Hand Collider预设，这样接近检测才够细腻。

物体侧需要挂载Rigidbody加Collider，这是物理交互的基础。不建议把物体做成Kinematic，因为那样投掷时就没有惯性效果了。Interactable组件不需要你在物体上额外写什么逻辑就能实现基本抓取，但如果你要做特殊规则，比如只有特定颜色的物体能抓，或者抓取时触发机关，可以自己写脚本实现，稍后会给出一个可用的实现版本。

2.2 三种抓取姿势：固定、变换、关节，怎么选

SteamVR的Interactable默认支持三种吸附方式，很多人根本不知道它们有什么区别，总觉得“能抓住不就行了”。实际项目中，选错抓取方式会让交互手感完全走样。我把这三种方式整理成了下面的对照表：

固定抓取的原理最简单，把物体直接变成手部的子物体，位置归零，旋转归零。适合那些需要精确操作的物体，比如端枪瞄准、点燃打火机。它的缺点也明显：物体没有物理惯性，你挥动它时它永远贴着你的手，少了一点真实感。

变换抓取适合解决“握持角度不对”的问题。比如一把武士刀，它的刀柄和刀身是长条形的，固定抓取会让它直直地从掌心伸出去，看起来像拿着一根筷子。变换抓取允许你在物体上Scene视图里调整一个专用的吸附点，让手握住刀柄时，刀身自然指向斜上方。这个细节调整往往决定了道具拿在手里像不像话。

关节抓取是我个人最偏爱的方案，它通过ConfigurableJoint把物体和手连接起来，手挥动时物体靠物理模拟跟随，会有真实的惯性摆动。拿它甩剑，剑尖会有一点拖尾感，特别有体感。代价是物理参数不好调，弹簧强度、阻尼配不好，物体就会像用橡皮筋吊着一样晃来晃去。如果你的项目需要格斗或挥舞类交互，关节抓取值得花时间调，但普通场景用固定抓取完全够。

2.3 手部模型与骨骼动画：实现真实手指包覆的细节

SteamVR交互里最能体现“高级感”的，其实是手部模型。手柄追踪只能给出掌心位置和手部的整体旋转，但十根手指的弯曲程度，有两种来源：一种是设备支持骨骼追踪（比如新的指环或单指追踪手柄），另一种是SteamVR系统基于手势动作模拟的默认姿态。

SteamVR_Behaviour_Hand这个脚本负责把追踪数据驱动到手部骨架上。你要在它的Skeleton配置里选择数据来源是Input、Animation还是Script。大部分设备只能提供基础的握拳和张开手两档模拟，所以手指不会自动贴合你抓的物体。

想要让手指看起来真的握住物体，我的经验是两步走。第一步，在可交互物体上加一个手部姿态预设点，用SteamVR自带的Skeleton Poser工具，在编辑器里把手的骨骼摆成“握住这个物体”的形态，比如握住手电筒时手指是圈起来的，抓球时手指是张开的。第二步，在抓取物体时把这个姿态插值到手部动画上，通常用动画混合的方式做平滑过渡，别直接硬切，否则手指会瞬间跳一个帧，看着很假。

还有一类常见问题，就是手指穿透物体模型。你明明看着手指抓在杯子上，但指尖已经插进杯子内部了。这个问题的根源在于食指骨骼的驱动数据比较粗糙，加上物体几何形状复杂。我试过用物理碰撞推挤手指骨骼来避免穿透，效果不稳定。比较现实的解法是给手部加一层比实际网格稍大的碰撞体积，至少让视觉上不容易看到明显的穿帮，或者用Skeleton Poser把指尖位置的姿态调整到距离物体表面2厘米左右，视觉上就基本能糊弄过去。

2.4 投掷与惯性：手感的关键

VR项目里“扔东西”这个动作，看似简单，实际写上代码就知道坑有多大。如果你直接在松手瞬间把物体从父级移除，然后让它自由落体，大概率扔出去是软绵绵的，或者飞出去的速度和你挥手的力度完全对不上。

原因在于，SteamVR_Pose的更新是每帧一个姿态，如果你在松开那一帧读GetVelocity，拿到的只是瞬时速度，丢了。要获得自然的投掷手感，必须要对最近一段时间的手部运动做速度估计。SteamVR自带的VelocityEstimator组件就是干这个的，挂到手柄根节点，它会记录最近N帧的手部位置，估算出线速度和角速度。松手时把这两个速度赋值给物体的Rigidbody，物体就会带着惯性飞出去。

这里有三个参数直接决定手感，我调整后的经验值供你参考：

• 样本数量：我用的4到6，样本太少会导致速度估算很抖，太多会觉得投掷反应迟钝。
• 估算半径：决定了“投掷动作”的有效触发区域，太小会只把手腕算进去，太大连身体晃动都算成投掷速度。
• 角速度：挥剑甩棍类交互特别依赖它，记得传给物体的angularVelocity，否则物体飞出去时不会旋转。

如果你的项目不方便用VelocityEstimator，也可以自己写一个极简版，在Update里维护一个长度5的队列，每帧存下位置，松手时计算队列中最后一个点和第一个点的位移除以总时长，就是平均速度。实测下来这个方案也够用，只是不够平滑，投掷高速物体时会有细微偏差。

3. 射线、UI与传送——非手持交互的完整方案

3.1 手柄激光指针：自己写还是用自带组件

抓取解决的是“手和物体”的交互，但VR里还有一大块交互是“看不见摸不着”的，比如远处的按钮、地面上的传送点。这时候就需要激光指针。

SteamVR自带SteamVR_LaserPointer组件，挂到手柄节点下就能用，它会自动发射一条射线，命中物体会高亮并触发PointerIn、PointerOut事件。它好在开箱即用，但我实际项目中反而更常用自己写的方案，因为自带的指针样式不好定制，而且有时候只是想拿它做个瞄准功能，不需要事件系统。

自己写的激光指针核心逻辑很简单，就两个部分：一条LineRenderer显示射线，一条Physics.Raycast做命中检测。我给你一个最简化版本：

public class SimpleLaserPointer : MonoBehaviour { public LineRenderer line; public float maxDistance = 30f; public LayerMask targetMask; void Update() { Vector3 origin = transform.position; Vector3 direction = transform.forward; if (Physics.Raycast(origin, direction, out RaycastHit hit, maxDistance, targetMask)) { line.positionCount = 2; line.SetPosition(0, origin); line.SetPosition(1, hit.point); } else { line.positionCount = 2; line.SetPosition(0, origin); line.SetPosition(1, origin + direction * maxDistance); } } }

这个组件要挂在你手柄的子物体上，比如手柄前端的空节点。关键点是targetMask这个LayerMask，我强烈建议所有可交互物体单独放在一个InteractionLayer上，射线只检测这个层。否则你抬手一指，射线打到身边的地板或自己的身上，交互就乱掉了。这个习惯我从一开始就养成，后面项目扩大时省了无数破事。

3.2 可交互UI的点击与悬停

VR里的UI交互，原理上就是把Canvas放到世界空间中，然后用射线替代鼠标指针。SteamVR提供了专门的UI模块，但我们先别急着用，先把Canvas这边的配置弄清楚，因为这里出错是静默的，没有报错但就是点不中。

我推荐的手把手指南：

1. 创建一个Canvas，渲染模式改成World Space。
2. Canvas下面新建子物体，挂一个Panel，给它添加Image组件，否则Graphic Raycaster根本没有可照射的图形。
3. 给Canvas挂Graphic Raycaster。
4. 场景里保留EventSystem，但禁用或删除默认的Standalone Input Module，换成SteamVR的UI输入模块。

这套配置完成后，你在手柄上发出去的射线，指到UI上时按钮应该会高亮，按下抓取键就会触发点击事件。

有一个大坑你必须注意：Canvas不要挂到手柄节点下面，也不要跟着某个物体移动。世界空间UI越稳定，射线交互的准确率越高。你要是把面板挂在手上，每帧面板在动，射线从手柄射出去也要追着面板跑，点击判定就会时灵时不灵。正确的做法是把UI面板固定在场景某个位置，或者挂在一个只有位置没有旋转的稳定锚点上。

再一个常见问题是点击没反应。排查顺序如下：Graphic Raycaster有没有挂？Canvas的渲染模式是不是World Space？UI元素上有没有Button组件？射线命中的Layer是否被UI Canvas所在的Layer挡住了？80%的“UI点不动”都是这几个原因。

3.3 传送移动方案与边界限制

VR移动方案里，传送是目前能最大程度减少眩晕的方式，SteamVR自带的Teleporting系统就是为此设计的。它包含发射器、目标点、路径指示三部分。发射器通常是手柄上的Trackpad或射线，目标点可以是TeleportPoint组件挂在场景里的固定位置，也可以让系统自己检测地面。

如果你要用自带方案，只需要给手柄挂上SteamVR_Teleport组件，指定传送动作是Trackpad还是Trigger，然后在场景里放一个Plane，设置Teleport Layer。这样你按下传送键，就会看到一条抛物线落到地面上，松开按键就会瞬移过去。

自带方案体验其实不错，但它的传送点是“任意落点”，容易把玩家传送到桌子下面或者墙里面。我自己的项目里更喜欢限制传送区域，只允许在指定目标点之间移动。做法是给目标点挂一个TeleportPoint组件，配置好它的朝向后，玩家只能在这些点之间传送。这种设计特别适合有明确空间规则的房间级VR体验，比如在一个展厅里只能站在固定点位参观。

另外强烈建议在传送时做一个淡入淡出过渡，也就是短暂黑屏后再出现在新位置。代码逻辑很短，但要记得做，因为突然位移造成的视觉冲击是眩晕的主要来源。传送是交互里最容易被轻视的部分，但玩家体验的好坏，有一半都取决于它是否舒服。

3.4 触觉反馈：让操作“有感觉”

VR交互还有一个常被忽略但体验权重极高的通道：手柄震动，SteamVR里叫触觉反馈。很多开发者把精力花在视觉和抓取逻辑上，结果用户抓完东西感觉手是“死”的，就是因为没有震动反馈。

SteamVR的触觉反馈由SteamVR_Action_Vibration类型动作驱动。绑定好“Haptic”动作后，在你的代码中调用Execute就能让指定的手柄震动，接口参数有四个：时间、频率、强度、输入源。我常用的三个场景和参数如下：

关键点是输入源要和动作来源一致。比如你用右手抓取的物体，震动手柄时用的输入源就是SteamVR_Input_Sources.RightHand，用错了就会产生“右手抓东西、左手震动”的诡异体验。

另外要注意，高频长时间震动会让人手麻，体验反而差。我一般只在关键状态切换时给一小下，比如成功抓取给一个轻微脉冲，投掷出手给一个短促震感。持续震动只用在特殊情况，比如电量低警告或者长时间握持提示，日常交互里没有持续震动的需求。

4. 完整小项目实操——抓取、抛接和开关手电筒

4.1 准备场景物体与物理设置

前面讲了这么多原理，现在把它们拼起来，做一个能用头显实际玩的迷你场景。场景内容：一张桌子上放一个球（可抓取可投掷）和一个手电筒（可抓取、按下扳机开关灯），远处有一个UI面板（点击按钮切换场景灯光颜色），地面两个传送点。

先准备物体：

1. 地面用Plane，加Collider即可。
2. 桌子用Cube拉成长方形，加Box Collider，放在场景中央。
3. 球用一个Sphere，位置在桌面上方三分之一处，挂Rigidbody和Sphere Collider。
4. 手电筒可以用一个Cylinder拉长，再加一个点光源SpotLight作为前端的“灯光”，同样挂Rigidbody和Capsule Collider。

材质方面我给球和手电筒加了高亮材质，因为拿起来比较显眼。手电筒的灯光默认关闭，后面用开关逻辑控制。

这个场景里最关键的物理设置是球的刚体，把Interpolate设置为Interpolate，防止它在被抓取和释放时出现抖动。所有可抓取物体的Mass不要太小，我用的0.5到1之间，太轻的物体投掷时速度很难控制，太重则甩起来笨重。

4.2 抓取与抛接代码实现

这里用一个极简的自定义抓取脚本来演示完整逻辑，功能包含：检测抓取键、吸附到手上、跟随手移动、松手时估算速度抛出。它的核心思想和SteamVR的Interactable一致，只是更透明，方便你理解每一步在干什么：

public class SimpleGrabbable : MonoBehaviour { public SteamVR_Action_Boolean grabAction = SteamVR_Input.GetAction<SteamVR_Action_Boolean>("GrabPinch"); private bool isGrabbed = false; private Transform hand; private Rigidbody body; private Collider pickupCollider; private VelocityEstimator velEstimator; void Start() { body = GetComponent<Rigidbody>(); pickupCollider = GetComponent<Collider>(); } void OnTriggerStay(Collider other) { if (isGrabbed || !other.CompareTag("Hand")) return; SteamVR_Behaviour_Pose pose = other.GetComponent<SteamVR_Behaviour_Pose>(); if (pose != null && grabAction.GetState(pose.inputSource)) { Grab(pose.transform); } } void Update() { if (!isGrabbed || hand == null) return; SteamVR_Behaviour_Pose pose = hand.GetComponent<SteamVR_Behaviour_Pose>(); if (pose != null && grabAction.GetStateUp(pose.inputSource)) { Release(); } } void Grab(Transform newHand) { hand = newHand; body.isKinematic = true; pickupCollider.enabled = false; transform.SetParent(hand); transform.localPosition = Vector3.zero; transform.localRotation = Quaternion.identity; velEstimator = hand.GetComponent<VelocityEstimator>(); if (velEstimator == null) velEstimator = hand.gameObject.AddComponent<VelocityEstimator>(); velEstimator.BeginEstimatingVelocity(); isGrabbed = true; } void Release() { transform.SetParent(null); pickupCollider.enabled = true; body.isKinematic = false; if (velEstimator != null) { body.velocity = velEstimator.GetVelocity(); body.angularVelocity = velEstimator.GetAngularVelocity(); velEstimator.FinishEstimatingVelocity(); } isGrabbed = false; hand = null; } }

这段代码有几个细节值得你留意。

抓取检测用的是OnTriggerStay而不是OnTriggerEnter，因为玩家可能把手放进物体范围后再按键，而不是按键后才触碰物体。用TriggerStay可以更宽容地处理“先靠近后抓”的真实操作顺序。

抓取后把物体设为Kinematic并禁用碰撞体，是为了避免物体和手、和你抓东西时的手臂产生物理冲突。在这个状态下物体完全跟随手的空间位置，不会因为碰撞而乱弹开。

释放时重新启用物理是关键，否则物体就会停在半空不往下掉。赋值velocity和angularVelocity之前要确保Rigidbody处于非Kinematic状态，否则这两个属性设置无效，这是我自己踩过的一个坑。

4.3 手电筒开关与按键联动

手电筒在SimpleGrabbable基础上，额外增加一个开关逻辑。使用和抓取动作不同的Trigger动作，这样你可以在抓着东西的同时，用扳机键来控制它上面的功能。代码如下：

public class TorchToggle : MonoBehaviour { public Light torchLight; public SteamVR_Action_Boolean triggerAction = SteamVR_Input.GetAction<SteamVR_Action_Boolean>("Trigger"); private SimpleGrabbable grabbable; private SteamVR_Input_Sources currentSource; void Start() { grabbable = GetComponent<SimpleGrabbable>(); torchLight.enabled = false; } void Update() { if (grabbable == null || !grabbable.IsGrabbed) return; currentSource = grabbable.GetGrabbingSource(); if (triggerAction.GetStateDown(currentSource)) { torchLight.enabled = !torchLight.enabled; } } }

这段代码里最核心的是currentSource这个输入源。Trigger动作必须知道是哪只手按下的，所以SimpleGrabbable在抓取时要把对应的SteamVR_Input_Sources暴露给外部。如果你不看输入源，只调用triggerAction.GetStateDown(SteamVR_Input_Sources.Any)，在某些设备上也能工作，但会出现两只手都触发一个物体的情况，逻辑就乱了。

动作驱动的命名很讲究：这里抓取动作叫GrabPinch，扳机动作叫Trigger，这是SteamVR默认动作集里的名字，不需要额外创建。如果你在SteamVR Input里改过动作名，记得把这些字符串换成你自己项目里的动作路径，否则编译能过但运行时报错。

4.4 在头显里验证交互体验

场景搭完后，进入Play模式直接在头显里测试。我建议按照下面这个顺序检查交互链路是否完整：

1. 把手靠近球，球的边缘出现高亮，说明“悬停”事件正常。
2. 按下捏合键，球吸附到手上，手移动时球跟手，说明抓取成功。
3. 挥动手臂松手，球飞出去并在地板上弹跳，说明投掷速度估计正常。
4. 抓取手电筒，按扳机键，灯光亮起，说明按键联动正常。
5. 用激光指针指向UI面板，按钮高亮，按下点击键后灯光颜色变化，说明UI交互正常。

如果第2步抓好后球明显偏离手掌中心，检查抓取点的localPosition和localRotation。固定抓取默认把物体中心放到手中心，如果你需要对准某个特定握持位置，在该物体上增加一个空的调整节点来处理。

如果第3步扔球时球直接掉地而不是飞出去，说明VelocityEstimator没有读到有效数据。大概率是手柄上没挂这个组件或者挂晚了，我的代码里在抓取时才AddComponent，松手前已经有足够样本，应该没问题。

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

5.1 抓取抖动、物体穿透

交互开发中遇到最多的就是“抓取后物体疯狂抖动”。这个现象很让人崩溃，但其实绝大多数情况下不是代码问题，而是物理参数问题。我整理了一个排查表：

我自己的经验是，抓取抖动90%是物理更新和状态更新不同步导致的。SteamVR的全方位追踪数据是基于帧率更新的，物理引擎却在固定的时间步长里计算，两者没法天然对齐。在代码上，建议所有抓取状态切换时尽量不要在Update里直接改transform，而是通过刚体来控制位置。

还有一个很容易忽略的原因：如果物体挂了多个Collider，并且有一个Box Collider特别小，手一碰就误触发抓取，物体就会在两只手之间争抢。请在Interactable组件的Hover Priority里调整，或者直接把不必要的Collider禁用。

5.2 手指不贴合或穿透模型

这个问题的本质是骨骼数据精度有限。SteamVR提供的五指手势是个“平均形变”，它未必知道你要抓的是粗大球体还是细长笔杆，所以手指要么握空了，要么插进去了。

我尝试过几种处理方案，效果最稳定的是用SteamVR_Skeleton_Poser。这个组件允许你在编辑器中把手的骨骼手动摆放成适合抓取某个物体的姿态，然后保存为一个预设。运行时，手靠近物体时自动播放这个预设，抓取时手指就贴合得很好。

如果你的项目没有用SteamVR的自定义手势系统，也可以用我前面提过的方案：给手部模型加比实际网格大一圈的碰撞体，这样视觉上手指虽然还有一点穿透，但不太容易被注意到。这个做法适合性能敏感的移动VR项目，因为它没有额外的计算开销。

5.3 UI射线不工作或点击无效

UI交互失效我接过的求助很多，基本集中在四个原因。一是Canvas不是World Space，二是没有Graphic Raycaster，三是EventSystem用的默认输入模块，四是射线LayerMask没算上UI层。这四个检查完，UI交互基本就能恢复。

还有一个比较隐蔽的坑：如果你的UI按钮下面叠加了其他UI元素，而且两者都在同一个Canvas，悬停事件会被底层的元素拦截。我通常在按钮上层放一个空的、不启用的Image作为遮罩，专门接收EventSystem事件，让按钮本身只负责逻辑，这样冲突就少了。

如果你自定义了射线的命中逻辑，记得把UI按钮的Collider去掉。UI交互不走物理射线检测，而是走EventSystem的图形射线检测。两者混在一起时，很可能物理射线命中了按钮的Collider，但EventSystem认为点击位置没有UI元素，导致事件被吞掉。

5.4 性能优化与追踪抖动

VR性能问题直接决定交互能不能流畅运行。SteamVR的推荐标准是90fps，低于60fps会出现明显卡顿，尤其是手柄运动时会感觉物体跟不上手，甚至触发SteamVR的仲裁机制导致视角漂移。

优化思路不多但都关键：

• 场景中不要有实时阴影的大面积区域，动态光源控制在2个以内。
• 可交互物体不要同时有很多个挂在Rigidbody上，尽量让静止物体变成静态，只在抓取时切换成动态。
• 手部骨骼动画的驱动频率可以降到30Hz，视觉上几乎察觉不到，但CPU能省一截。
• 所有可抓取的物体使用同一组材质，利于合批，减少DrawCall。

追踪抖动跟代码关系不大，更可能是硬件层面的干扰。比如手柄信号被金属桌面反射、USB接口供电不稳、头显与手柄之间的追踪覆盖不足。遇到抖动，先换个USB接口试试，再把金属物体从头盔周围移走，这个经验救过我多次。

6. 关于交互设计的一些个人心得

做了几个VR项目之后，我对交互设计最大的感悟就是：反馈比逻辑重要。逻辑上你的抓取识别得再准确，如果用户按下按键后没有震动、没有高亮、没有声音，他就会觉得“不对”。反过来，哪怕你的抓取判定稍微宽松一点，只要给他一个即时的视觉高亮加短促震动，体验也会很不错。

我的项目验收标准是：一个没看过教程的人，第一次上手能不能在十秒内完成“抓起一个物体、随手扔出去、再用激光点一下按钮”。如果这串动作他做起来不需要思考，说明交互链路是顺的。如果他在某个环节卡住超过两秒，基本就是反馈不足或者按键映射反直觉的问题，改代码、改参数，而不是埋怨用户操作不对。

投掷手感是我觉得最值得反复调的环节。每次调整机制，我都会找几个人来试扔，听他们描述“飞出去的速度和甩手的感觉”。有经验的开发者常说手感是玄学，其实不是，它就是样本数、延迟、速度阈值这些参数的排列组合，只要愿意花时间调，总能找到让多数人觉得自然的档位。

这个交互体系还可以继续扩展。我下一步打算加入双手抓取大型物体时的合力物理模拟，以及用骨骼追踪识别手势来触发武器切换菜单。你可以顺着这个方向玩，也可以把交互事件接到你自己的游戏逻辑层，比如抓取物体后激活机关、举起手后召唤UI。SteamVR这套交互框架的好处就是足够开放，核心机制掌握清楚之后，剩下都是创意和体力活。