WebRTC相较于Sockets的优势何在？基于多人文本聊天场景的疑问

即使聊天全程需要维持与信令服务器的Socket连接，WebRTC依然能带来这些关键价值：

• 大幅降低服务器带宽成本：文本聊天数据量虽小，但如果用中心服务器转发所有消息，用户规模增长时（比如几十人以上），服务器要承载所有消息的中转流量，带宽压力会快速上升。WebRTC的P2P模式下，实际聊天内容直接在用户间传输，信令服务器仅处理SDP、ICE这类连接控制信息，不用承载消息流量，服务器带宽负载能降至极低。
• 更低的消息延迟：消息从发送端直接送达接收端，省去了中心服务器的中转处理和跨节点传输耗时，尤其是当用户分布在不同地域时，P2P的网络路径通常比经过中心服务器更短，聊天响应会更流畅。
• 提升隐私安全性：实际聊天内容不经过第三方服务器（信令服务器仅处理连接相关的控制数据，不接触聊天内容），减少了消息被拦截、存储或泄露的风险，对重视隐私的场景更适配。
• 更好的扩展性：中心转发模式下，用户越多，服务器需要处理的消息流量越大，必须不断升级服务器配置；而WebRTC模式中，服务器负载仅与用户数量（信令交互频次）相关，和实际消息流量无关，用户规模扩大时的扩容压力小很多。
• 无缝支持多媒体扩展：当前是文本聊天，但如果后续要新增语音、视频通话功能，WebRTC可以直接复用现有P2P架构，无需重新搭建一套大流量传输系统。而基于中心转发的文本系统，扩展多媒体功能时需要额外处理海量音视频流量的中转，成本和复杂度都会陡增。

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