文章目录背景先把“没反应”分清楚先查行程再谈 Pressed事件要接在“变化”上回弹不是只让模型弹回来事件到了引用接对了吗实体按钮和空间 UI先选一条跑通我的检查顺序实用总结背景做 VR 实体按钮时我最容易犯嘀咕的就是按钮帽已经压下去了门却没开灯也没亮后面的操作都没有发生。遇到这种情况我不会先改业务代码也不会先去翻 OpenXR 配置。我会先确认一件事按钮的实际行程到底有没有越过按下阈值看着按下去和程序判定“按下”不是一回事。模型可以移动动画也可以播放但负责判断的行程值可能还没有达到阈值。本篇只查实体按钮已经有按压表现却没有触发目标逻辑的问题。相关现象按下面这张表去看对应文章你碰到的现象去看哪篇抽屉拉一半卡住抓走转放系列17抽屉拉一半卡住Linear Drive 轴、限位与碰撞本批草稿空间 UI 点不中抓走转放系列15空间 UI 点不中Canvas 模式、碰撞器与激光/近场指尖本批草稿先把“没反应”分清楚按钮有按压表现却没有触发事件。按钮帽能下沉只能证明某个对象发生了位移。我还要确认行程检测读取的是不是这个对象。如果显示用的子物体动了检测脚本却在读取父物体的位置就可能出现肉眼看着正常、行程数值却基本不变的情况。按钮要按得很深才偶尔触发。我会先怀疑阈值和实际可达行程不匹配。碰撞体可能已经顶住模型看着也像压到底了但程序定义的终点还在更里面。此时手再往前伸也只是在挤着碰撞体并没有增加有效行程。按钮按过一次之后就像失灵了。这类现象要看松手后有没有退出按下状态。如果按钮没有回到释放区间下次再压就不算一次新的按下。此时未必是第二次事件丢了也可能是第一次按下状态一直没有结束。实体按压和 UI 点击只有其中一种有效。遇到这种情况我会把两条输入路径分开测。实体按钮的按下事件和 Unity UI Button 的 onClick不会因为模型摆在一起就自动连通。如果一种输入能触发操作另一种不能我会检查两个入口是否都接到了目标逻辑。先查行程再谈 Pressed这里说的 Linear Drive是沿指定轴运动、再把位移转换为行程值的这类实现。换到 OpenXR 与 XR Interaction ToolkitXRIT的工程里我仍然按同样的关系检查什么对象在动沿哪个方向动行程怎么计算达到什么条件才算按下。具体字段名和事件名以当前工程使用的组件或脚本为准。我会先核对轴向。按钮向面板里面压检测方向就应该与这个运动一致。按钮整体旋转过之后尤其要留意局部轴和世界轴有没有混用。如果模型朝一个方向移动脚本却取另一个方向的坐标算出的行程就可能变小、反向甚至保持不变。接下来我会检查起点和限位确认静止位置是不是释放端实际压到底的位置是不是行程计算里的按下端以及碰撞体有没有提前挡住按钮。如果使用归一化行程我会先约定释放端为零、按下端为一再确认实际数值符合这个方向。这只是便于检查的约定不是所有组件都默认如此。这些关系确认后我才会检查 Pressed 阈值。我会在运行时观察行程值慢慢压下按钮再慢慢松开。重点不是模型看着下沉了多少而是实际可达的数值范围能不能稳定跨过按下阈值。如果阈值设在机械终点附近轻微的碰撞间隙和更新误差就可能让按钮难以触发。临时把阈值往可达区间内调可以帮助定位问题但不能用这个调整掩盖轴向或起终点配置错误。调整后我还会确认按钮在静止时不会误触正常按压能够触发松开后也能够恢复。事件要接在“变化”上确认行程已经越过阈值后我才会继续查事件。我会把“当前处于按下状态”和“刚刚发生一次按下”分开看。前者说明按钮现在是什么状态后者才表示发生了一次新的操作。如果约定按压时行程增大那么从未按下变成按下就是按下状态的上升沿从按下变成释放则是下降沿。这里说的是状态变化不是某个坐标值一定要增大或减小。开门、切换灯光这类一次性动作通常接在一次按下变化上。如果只判断“现在还按着”然后每帧执行灯光就可能被连续切换看起来反而像没有变化。排查时我会先在按下事件入口放断点或者临时记录事件次数。本篇在这一步只确认事件有没有进来不急着判断整套业务是否执行成功。如果断点没有命中我会回头检查状态判断和订阅关系。如果已经命中就继续往目标方法查。此时再反复改阈值通常只会把已经正常的行程判断弄乱。还有一个容易接错的地方XRIT 的悬停、选择、激活事件并不天然等于实体按钮的行程越过阈值。如果项目用这些事件驱动按压我会确认中间如何转换不能只凭事件名称就认为机械按下已经完成。回弹不是只让模型弹回来按钮第一次能用第二次不能用我会优先查释放过程。对普通回弹按钮来说松手后不仅要让位置回到释放区间还要让内部状态退出按下。这两件事需要对应起来。如果只是用动画把按钮帽移回原位负责判定的数值没有更新逻辑上仍然可能保持按下。反过来如果按下状态提前清掉实体位置却还停在按下区间也可能马上再次触发。如果行程在阈值附近抖动我还会检查按下阈值与释放阈值是否分开设置。在按压时行程增大的实现里释放阈值应低于按下阈值。这样按钮按下后需要确实退回一段距离才能退出按下状态并允许下一次按压而不是在同一条阈值线上来回切换。这个间隔要结合实际手感调整不是越大越好。如果间隔过大按钮回弹后仍然达不到释放条件同样会一直停在按下状态。我会先连续做几次慢按、松手再试正常速度。确认每次按压只产生一次按下变化每次松手都能恢复后我才会继续查后面的业务。事件到了引用接对了吗如果按下事件确实触发了门却还是不动我就会检查按钮与目标逻辑之间的引用。我会看事件监听指向的是不是当前场景里的目标实例调用的方法是否正确目标脚本是否启用以及目标对象在运行时有没有被替换或销毁。从预制体生成按钮的场景尤其需要注意。编辑时看着已经接好了引用不等于运行时生成的实例就拿到了正确的目标。如果监听由代码注册我会检查注册是否真正执行以及对象启用、禁用时的订阅和退订是否配对。漏注册会导致没有反应重复注册则可能让一次按压执行多次操作。到了这一步我更愿意把检查点放在目标方法入口。如果目标方法入口没有命中问题还在事件到目标方法之间。如果已经进入方法动作却没有发生我才会继续看业务条件例如目标是否锁定、是否正在播放动作或者是否被某个状态判断提前返回。这样查下来我就不会把所有“门没开”的问题都归到按钮本身。实体按钮和空间 UI先选一条跑通排错时我会先选一条输入路径验证。实体按压这条路径是先检测按钮位移再根据行程判断产生按下事件最后调用目标逻辑。空间 UI 这条路径则是由 UI 输入经过事件系统触发点击再调用目标逻辑。两条路径可以共用同一个业务方法但不能默认互相代替。尤其不能认为在实体按钮旁边放一个 UI Button行程事件就会自动变成 onClick。如果产品确实需要同时支持手指按压和激光点击我会让两个入口调用同一个明确的业务方法再处理重复触发问题。按钮动画和提示音也要跟随约定好的状态不能因为声音响了就认为目标操作已经成功。不过在定位故障时我会先暂停其中一条路径只测另一条。确认一条路径能够完整执行后再恢复双入口比同时改两套配置更容易判断问题出在哪里。我的检查顺序我会按“阈值、事件、回弹、引用、方案选择”的顺序往下查。检查阈值时我会一起核对轴向、限位和实际可达行程确认按钮正常按压时确实能达到按下条件。接着检查事件判断程序有没有识别出一次新的按下而不只是一直处于按下状态。之后我会检查回弹确认松手后能够退出按下状态让下一次按压重新开始。再沿着引用检查确认按下事件确实进入了正确的目标方法。最后我才会决定是保留实体按钮还是改用空间 UI或者让两种入口共用业务逻辑。如果实际问题是激光射线点不中面板应该去看《抓走转放系列15空间 UI 点不中Canvas 模式、碰撞器与激光/近场指尖》本批草稿检查空间 UI 的输入与射线命中。如果对象是抽屉主要问题是拉动方向不对、拉到一半卡住则应该去看《抓走转放系列17抽屉拉一半卡住Linear Drive 轴、限位与碰撞》本批草稿检查线性限位。抽屉与按钮都可能沿一条轴运动但排查重点不同不能只调一个按下阈值就算解决。实用总结我这里就总结一下实体按钮按下后没有反应我会把行程判断和事件执行分成前后两段来查。前一段要确认的是实际行程能否达到按下条件程序有没有识别出一次新的按下以及松手后能否退出按下状态为下一次操作做好准备。按钮帽看着压下去了只能作为视觉上的参考不能代替这些判断。后一段要确认的是按下事件有没有通知正确的目标对象目标方法是否收到调用以及它自己的业务条件是否允许执行动作。即使按钮的按下和回弹都正常引用接错了或者目标方法提前返回门也不会打开。所以遇到“按下去了事情没发生”我会先看行程再查事件接着确认回弹和引用。如果已经确认目标方法收到了调用就把注意力转到业务条件上不再反复调整按钮阈值。把这两段分别查清楚才能知道问题停在哪一步。