Hand Interaction在Unity Editor正常但Hololens 2运行时对象抓取无响应求助

• 开发首版HoloLens 2应用，需求为运行时实例化带有Box Collider的Interactable对象实现交互功能
• 现象：Unity Editor环境下可正常抓取、移动该实例化对象；部署到HoloLens 2真机后，尝试抓取该对象无任何响应
• 已排除项：HoloLens 2官方示例应用运行正常，手部追踪功能符合预期，可排除硬件传感器故障导致的问题
• 项目内已留存运行时实例化完成后对象的组件属性截图，可用于对照排查

物理与交互层配置类问题 #

• 检查运行时实例化对象的实际缩放与碰撞体匹配度：HoloLens 2真机的碰撞检测触发阈值、空间坐标系精度和Editor环境存在明确差异。Editor下MRTK模拟手部的碰撞检测容忍度较高，只要实例化对象的全局lossyScale和预制体偏差超过0.1，真机下手部抓取的碰撞检测大概率就会无法命中Box Collider。
• 核对Box Collider的属性配置：如果实例化对象因为组件继承关系错误，把Box Collider设为开启isTrigger状态，且对应的物理层没有加入MRTK交互系统的射线检测遮罩，就会出现Editor下可正常交互、真机下无响应的情况——Editor的MRTK调试逻辑会自动放宽触发器的交互检测规则，但真机环境下会严格按照层遮罩过滤交互对象。
• 确认交互对象的物理层归属：如果实例化时代码没有显式指定对象层，导致生成的对象默认落到Default层，而项目配置的MRTK可交互层遮罩中没有勾选Default层，就会出现检测失效的问题。

运行时初始化时序类问题 #

• 检查实例化逻辑的执行时机：如果代码中实例化Interactable的逻辑，在MRTK输入系统、手部追踪模块完成初始化之前就执行，生成的对象不会被自动注册到交互系统的可交互列表中。Editor环境下因为域重载后的初始化顺序固定，往往会等MRTK全模块加载完成再触发生成逻辑，但真机上的启动加载时长差异较大，很容易出现生成逻辑先跑、交互系统还没初始化完成的时序错位。
• 检查Interactable组件的运行时状态：部分代码中动态配置组件的逻辑错误，会导致Interactable组件在Awake阶段就被设为禁用状态。Editor下的Inspector面板会实时刷新组件状态，容易掩盖这个配置问题，但真机环境下没有实时的可视化组件调试界面，就会直接表现为抓取无响应。

物理检测精度差异类问题 #

• 注意HoloLens 2端侧的物理引擎碰撞检测精度限制：如果Box Collider的有效尺寸小于1cm，真机的低精度碰撞检测会直接忽略这个尺寸的碰撞体，而Editor下的高精度检测可以正常识别。
• 核对刚体配置：如果运行时实例化的对象没有正确挂载Rigidbody组件，或者Rigidbody的isKinematic状态配置错误，真机环境下的抓取交互的物理力计算会直接失败。Editor下MRTK的模拟交互逻辑会绕开部分刚体校验流程，因此可以正常完成抓取、移动操作。

打包配置类问题 #

• 检查UWP平台的Player设置：确认Gaze Input、Hand Input、Spatial Perception权限已全部正确开启。Editor测试时不会校验这些权限的实际生效状态，打包到真机后如果权限未勾选，即使能看到手部追踪的手型模型，也无法正常触发和交互对象的碰撞响应。
• 确认MRTK配置资源没有被打包裁剪：如果使用了代码动态生成的Interactable配置，没有把对应的MRTK Profile加入可加载的资源列表，打包时的托管代码裁剪机制会直接把对应的交互逻辑类裁掉，真机下Interactable组件就会变成没有实际逻辑的空组件，自然不会有抓取响应。

内容的提问来源于stack exchange，提问作者Salatgurke