Android中无需WebView使用PeerJS实现音频通话的方案咨询

一、用全局动态WebView的实现思路 #

• 在Application类里初始化WebView：不用绑定到任何Activity的布局，直接创建一个后台WebView实例，开启JavaScript、允许媒体访问等必要设置，让它在应用全局运行。
• 嵌入PeerJS逻辑：把PeerJS的JS文件打包到assets目录，让WebView加载本地JS代码；同时通过addJavascriptInterface把原生方法暴露给JS，让PeerJS的通话事件（比如来电、接通、挂断）能触发原生逻辑；反过来，原生层也能调用evaluateJavascript执行JS里的PeerJS方法，发起通话或者响应请求。
• 管好WebView的生命周期：在Application的回调里处理WebView的状态，比如应用退后台时暂停音频流，回到前台再恢复；还要注意内存泄漏，用弱引用持有WebView，在应用终止时正确销毁它。
• 提前申请音频权限：在原生层申请RECORD_AUDIO和MODIFY_AUDIO_SETTINGS权限，WebView会继承应用的权限，这样PeerJS才能正常调用麦克风。

二、不依赖WebView的替代方案（原生WebRTC+PeerJS信令逻辑） #

PeerJS本质是封装了WebRTC的信令交互流程，你可以绕开WebView，直接用Android原生WebRTC SDK自己实现这套逻辑：

• 集成官方WebRTC SDK：引入依赖后，创建PeerConnection实例，处理本地音频流的采集和远端音频的播放。
• 对接PeerJS信令服务器：按照PeerJS的协议格式，自己实现客户端和其信令服务器的WebSocket通信，发送/接收open（注册Peer ID）、call（发起通话）、answer（应答通话）、candidate（ICE候选）等消息，完成Peer之间的信令协商。
• 原生层处理音频流：用WebRTC SDK提供的AudioTrack、MediaStream类管理麦克风输入和音频输出，全程在原生代码里控制音频的启停，完全不需要WebView介入。

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