在WebRTC中进行视频呼叫时，为什么会有连续的STUN请求而没有STUN指示？

在WebRTC中进行视频呼叫时，连续的STUN请求而没有STUN指示是因为WebRTC使用了ICE（Interactive Connectivity Establishment）框架来建立点对点的连接。ICE使用STUN（Session Traversal Utilities for NAT）服务器来解决网络地址转换（NAT）和防火墙的问题，以确保两个设备能够直接通信。

STUN请求是用于获取设备的公共IP地址和端口号的，以便在NAT环境下建立连接。当两个设备尝试建立连接时，它们会发送STUN请求来获取彼此的IP地址和端口号。这些请求会连续发送，直到收到响应或达到一定的超时时间。

在没有STUN指示的情况下，可能是由于网络环境的复杂性导致STUN请求无法成功获取到设备的公共IP地址和端口号。这可能是由于设备位于受限制的网络（如企业网络）或使用了对STUN请求进行阻止或过滤的防火墙。

为了解决这个问题，可以尝试以下方法：

1. 确保设备能够访问互联网，并且没有被防火墙阻止。
2. 检查网络配置，确保设备能够正常进行UDP通信。
3. 使用TURN（Traversal Using Relays around NAT）服务器作为备选方案。TURN服务器可以在无法直接通信的情况下，作为中继来传输数据。
4. 使用具有NAT穿透功能的P2P库，如libjingle或SimpleWebRTC，来简化连接建立过程。

腾讯云提供了一系列与WebRTC相关的产品和服务，包括实时音视频通信、实时消息传递、实时录制与回放等，可以满足不同场景下的需求。具体产品和服务的介绍可以参考腾讯云的官方文档：腾讯云WebRTC产品介绍。