我发现在使用mPaaS音视频通话出问题的时候都是先走了回调是为什么？

在mPaaS音视频通话中，onRemoteViewFirstFrame和onSubscribeEvent都是音视频通话的回调函数，用于接收音视频通话的状态和事件。根据您提供的情况，出现问题时先走了onRemoteViewFirstFrame回调，再走onSubscribeEvent回调，可能是由于通话过程中出现异常导致的。

通常情况下，在音视频通话开始之后，会先触发onSubscribeEvent回调，表示订阅成功，然后再触发onRemoteViewFirstFrame回调，表示远端视频第一帧已经渲染完成。如果先走了onRemoteViewFirstFrame回调，可能是由于远端视频流传输过程中出现了异常，导致视频无法正常渲染。而onSubscribeEvent回调则是表示订阅成功，如果先走了onRemoteViewFirstFrame回调，说明订阅成功之后，视频出现了异常，导致回调的顺序发生了变化。

mPaaS音视频通话SDK中回调的顺序可能会受到多个因素的影响，包括网络状况、设备性能和SDK内部处理等。在不同情况下，回调的触发顺序可能会有所变化。

在您提到的情况中，先触发onRemoteViewFirstFrame回调再触发onSubscribeEvent回调，可能是由于以下原因：

1. 网络延迟和传输速度：onRemoteViewFirstFrame回调表示接收到了远程视频流，并成功渲染第一帧画面。这意味着在此之前，网络已经接收到并传输了足够的数据用于渲染第一帧画面。而onSubscribeEvent回调用于订阅远程视图事件，它可能涉及更多与网络连接和消息传递相关的步骤，因此可能会稍晚触发。

2. SDK内部处理：mPaaS音视频通话SDK可能会对收到的音视频数据进行缓冲和处理，以确保流畅的播放体验。这可能导致在收到数据后首先触发onRemoteViewFirstFrame回调，然后才是进一步处理和触发onSubscribeEvent回调。

无论回调的触发顺序如何，在正常情况下，您都应该能够通过这些回调获得所需的音视频通话状态和数据。如果您遇到了异常情况或问题，可以参考SDK文档、示例代码或联系mPaaS音视频通话的技术支持团队，获取更具体和个性化的帮助。他们将能够提供相关的指导和解决方案。