开源WebRTC 1对1视频通话工具：Call-Me项目测评，免客户端、点对点、支持私有部署

最近在技术社区里发现一个挺有意思的开源项目，叫 Call-Me。这是由开发者 Miroslav Pejic (GitHub: @miroslavpejic85) 打造的一个纯 Web 端一对一视频通话系统，它的核心是基于 WebRTC 技术，直接在浏览器里实现点对点的实时音视频通信。

作为 MiroTalk 生态系统的一部分，它聚焦于最简单的 1对1 场景，最大的好处就是用户完全不需要安装任何客户端，打开浏览器就能用。

1. 核心功能特性

• 基础视频通话：使用起来很简单。用户用用户名登录、选好语言后，直接在用户列表里点击接收者旁边的呼叫按钮，就能发起一对一视频通话。
• 多媒体与设备控制：在通话中，你可以自由切换摄像头、麦克风和扬声器设备。支持随时开关麦克风（静音）、开关摄像头，甚至可以把自己的视频画面隐藏起来。
• 实时互动与协作：除了视频，它还内置了实时文本聊天窗口，并且支持屏幕共享和文件传输功能，对于简单的远程协助场景很实用。
• 安全与隐私：通信内容采用了端到端加密 (End-to-End Encryption)，保障私密性。此外，还可以通过密码启用主机保护 (Host Protection) 模式。

2. 快速呼叫：URL参数直达

它支持通过带参数的URL实现“一键加入”或“一键呼叫”，这个特性特别适合用来生成临时客服链接或者快速会议入口：

• 进入房间：?user=user1 （直接以 user1 的身份进入房间）。
• 发起呼叫：?user=user2&call=user1 （让 user2 进入房间，并立刻向 user1 发起视频通话）。

3. 扩展与集成能力

• Iframe 快速套壳：如果你想把它快速集成到自己的业务前台，可以直接在前端代码里嵌入一个 Iframe：<iframe src="https://cme.mirotalk.com/">。在授予必要的麦克风和摄像头权限后，就能在你的应用里直接使用视频通话功能。
• REST API：项目提供了较为丰富的 API 接口。通过 API 密钥鉴权后，可以获取当前所有在线用户列表，或者为特定用户生成呼叫链接。系统自带 API 文档页面，访问路径是 /api/v1/docs/。

4. 部署与技术栈

这是一个典型的 Node.js 全栈项目，部署方式比较灵活，官方也提供了在 VPS 或私有服务器上的自托管指南。

• 技术栈占比：项目主要由 JavaScript (60.4%)、CSS (23.0%) 和 HTML (15.7%) 构成。
• Node.js 部署：克隆仓库后，复制并配置好 config.js 和 .env 文件，然后运行 npm install 和 npm start 即可启动。
• Docker 部署：官方提供了 Docker 镜像和 docker-compose.template.yml 文件，使用 Docker Compose 可以快速拉取并启动服务。
• 开源协议：项目采用 AGPL-3.0 许可证。

5. 使用前的重要注意事项

• AGPL-3.0 协议的“传染性”：这是需要首要考虑的。AGPL 协议要求非常严格，如果你修改了它的代码，并且通过网络服务（例如作为 SaaS）提供给用户，那么你必须开源你的服务端修改代码。计划进行闭源二次开发或用于商业项目的开发者需要谨慎评估。
• Iframe 的权限拦截问题：如果用 Iframe 方式集成，需要注意现代浏览器（特别是 Chrome 和 Safari）对跨域 Iframe 的媒体设备权限控制非常严格。你必须在 Iframe 标签里显式加上 allow="camera; microphone" 等属性，而且宿主页面必须使用 HTTPS，否则很可能会出现黑屏或无声的问题。
• WebRTC 的网络穿透 (NAT) 难题：因为是 P2P 通信，如果你部署在自有服务器上，遇到复杂的企业防火墙或某些移动网络（4G/5G CGNAT），P2P 直连很可能失败。这时你需要自行配置可靠的 STUN/TURN 服务器（比如 Coturn）来进行流量中继，否则通话可能无法接通。
• 1v1 架构的性能瓶颈：这是一个纯粹的 P2P 架构，仅限 1对1 通话。千万不要尝试修改代码来支持多人会议。没有 SFU/MCU 服务器来做混流和转发，拉入三四个参与者就会让你的上行带宽和 CPU 不堪重负。

项目 GitHub 地址：https://github.com/miroslavpejic85/call-me

总的来说，Call-Me 是一个功能直接、部署简单的开源 WebRTC 视频通话解决方案，非常适合用于需要快速集成 1对1 视频功能的场景，或者作为学习和研究 WebRTC 技术的样例。对于更复杂的应用，需要仔细考量其协议限制和架构局限。如果你对这类实时通信技术的实现和玩法感兴趣，可以到 云栈社区 与其他开发者交流探讨。