【iOS ARKit】协作 Session 实例

协作 Session 使用注意事项

      协作 Session 是在 ARWorldMap 基础上发展起来的技术，ARWorldMap 包含了一系列的地标、ARAnchor 及在观察这些地标和 ARAnchor 时摄像机的视场（View）。如果用户在某一个位置新创建了一个 ARAnchor，这时这个 ARAnchor位置并不是相对于公共世界坐标系的（实际上此时用户根本就不知道是否还有其他参与者），而是被存储成离这个 ARAnchor 最近视场的相对坐标，这些信息也会一并存入到用户的ARWorldMap 中并被发送到其他用户。

      由于 ARAnchor 是相对于 View 的坐标，而这些 View 会分组存储到 ARWorldMap 中，亦即是说，ARAnchor 与任何设备的世界坐标系都没有关系，不管这些ARAnchor 是被本机设备解析到本机场景中，还是通过网络发送到其他设备而被解析到其他用户的场景中，都不会改变 ARAnchor 与 View 之间的相互关系。因此，即使其他用户使用了不同的世界坐标系，他们也能在相同的真实环境位置中看到这个 ARAnchor。

       从以上原理可以看到，ARAnchor 对共享AR体验起到了非常关键的作用，所以为了更好地共享AR体金，开发人员应当在开发时注意以下几点：

     （1）跟踪 ARAnchor 的更新。在ARKit探索环境时，随着采集的特征点信息越来越多，对环境的理解会越来越精准，ARKit会通过对之前的摄像机视场（View）进行微调来优化与调整地标信息，因此，与某一摄像机视场（View）相关联的 ARAnchor 姿态也会随之发生调整，所以应当保持对 ARAnchor 的跟踪以确保ARAnchor 发生更新时能及时反映到当前用户场景中。

    （2）虚拟物体应靠近 ARAnchor。在 ARAnchor 发生更新时，连接到其上的虚拟物体也会发生更新，离ARAnchor 远的虚拟物体在更新时可能会出现误差而导致偏离真实位置。所以连接到ARAnchor 的虚拟对象应当靠近对应的 ARAnchor 以减少误差带来的影响。

    （3）处理好 ARAnchor 与虚拟物体的关系。独立的虚拟物体应当使用独立的ARAnchor，这样每一个独立虚拟物体都可以尽量靠近 ARAnchor，并且在存储时可以存储到 ARWorldMap 相同分组中。对若干个距离较近并且希望保持相互之间位置关系的虚拟物体应当使用同一个 ARAnchor，因为在 ARAnchor 更新时，这些虚拟物体会得到相同的更新矩阵，从而保持相互间的位置关系不发生任何变化。

    （4）使用协作 Session 必须要将 isCollaborationEnabled设置为true，只有设置为 true, ARKit 才会周期性的调用 session（_：didOutputCollaborationData：）方法，也才能将 Collaboration Data 数据发送给所有参与方。

    （5）为更高效可靠地传输 AR 进程数据，ARKit 对 Collaboration Data 数据进行了优先级区分，由ARSession. CollaborationData. Priority 枚举表示，分为两种类型：Critical（关键）和 Optional（可选）。Critical 数据定期更新，对同步 AR体验非常关键，应当被可靠地发送到所有参与设备；Optional 数据产生频率高，几乎每帧产生，重要性不及 Critical 数据，因此有所丢失也不会有太大影响。标记为 Optional 的数据包括设备位置数据。区分优先级可以允许我们对不同的Collaboration Data 数据采取不同的处理策略，提高同步的性能。

    （6） 在使用协作 Session 时，有时我们需要知道某个 ARAnchor 是不是由本机设备生成，ARAnchor 的创建者属于哪个设备，如在某个场合需要在某个参与者退出后清除所有该参与者创建的虚拟物体。

      在ARKit 中，每个 ARSession 在运行时会都会生成一个 UUID（Universally Unique Identifier，全局唯一 ID）用于唯一标识该 Session，同时，在协作 Session 中，每个 ARParticipantAnchor 也都有一个独立且唯一的 Identifier 值标识该参与者，ARParticipantAnch