随机视频聊天实际上如何工作
零媒体服务器实现陌生人匹配与高清视频流传输的工程原理
当你点击「开始」时会发生什么？
随机视频聊天在几秒内用五个几乎同时发生的步骤连接两个陌生人。你的浏览器获取摄像头访问，匹配队列将你与另一个用户配对，信令服务器交换连接元数据，WebRTC 建立直接点对点视频流——无需媒体服务器。
浏览器请求摄像头和麦克风
getUserMedia API你加入匹配队列
Cloudflare Durable Objects找到匹配——信令将你连接
WebSocket建立 WebRTC 对等连接
SDP 交换 + ICE 候选项视频流浏览器间传输
点对点，零服务器什么是 WebRTC？
WebRTC（网页实时通信）是一个开源协议，内置于每个现代浏览器中，在没有插件的情况下实现点对点音频、视频和数据传输。由 W3C 和 IETF 维护，它通过没有下载、没有 Flash、没有 Java 小程序在 Chrome、Safari、Firefox 和 Edge 上支持视频聊天。
getUserMedia请求摄像头和麦克风访问。返回你的应用可以显示或发送的 MediaStream 对象。
RTCPeerConnection管理完整的点对点连接生命周期——SDP 协商、ICE 候选项交换和媒体传输。
RTCDataChannel在相同点对点链接上直接在浏览器间发送任意数据（文字聊天、文件传输、游戏状态）。
关键事实： WebRTC 是开源 W3C/IETF 标准——不是专有 API。任何实现该规范的浏览器都可以参与，这就是为什么随机视频聊天无需任何安装就能跨浏览器工作。
P2P 视频如何工作（以及为什么它更私密）
点对点视频意味着你的摄像头源直接从你的浏览器传到对方的浏览器。没有中央服务器解码、检查或存储流。此架构由 SDP 信令、ICE 候选项收集和用于 NAT 穿透的 STUN/TURN 服务器启用——它使点对点视频聊天从根本上比服务器中继替代品更隐私。
SDP（会话描述协议）
每个对等体生成一个 SDP「提议」或「回答」描述其支持的编解码器、分辨率和加密密钥。这些通过信令服务器（WebSocket 中继）交换但不包含实际媒体数据。
ICE（交互式连接建立）
ICE 收集候选网络路径——主机候选项（本地 IP）、服务器自反候选项（通过 STUN 的公共 IP）和中继候选项（TURN 回退）。ICE 代理测试每条路径并选择最佳直接路由。
STUN 服务器（NAT 穿透）
STUN（NAT 会话穿透实用工具）帮助浏览器发现其公共 IP 和端口映射。这让身处家庭路由器后的对等体直接连接，不需要任何中继。
TURN 服务器（回退中继）
当直接连接失败时（对称 NAT、严格的企业防火墙），TURN 在对等体之间中继加密媒体数据包。大约 15% 的真实会话需要 TURN——媒体仍是端到端加密的。
隐私见解： 因为视频数据在浏览器间直接流动，平台运营者永远看不到、处理或存储你的视频流。即使信令服务器仅处理轻量级 JSON 元数据——不是像素。
匹配系统如何工作？
匹配在低于 50 毫秒内将两个陌生人从全球队列配对。Nightcap 使用 Cloudflare Durable Objects——一个全球分布的有状态计算原语——来维护单一一致的队列，按共享兴趣、地理偏好和性别筛选为用户评分，然后弹出得分最高的一对。
基于兴趣的评分
输入如「音乐、编程、动漫」的兴趣——匹配器计算针对队列中其他用户的 Jaccard 相似度分数并优先选择最佳重叠。
国家和性别筛选
可选筛选让你更倾向于特定国家或性别的用户。队列相应划分候选项，同时保持匹配时间低于一秒。
Durable Object 架构
单个 Cloudflare Durable Object 以强一致性在内存中保存全球匹配队列。全球每个边缘位置都连接到相同状态，消除竞争条件。
Boost：优先队列位置
付费 Boost 用户被放在队列前面。这意味着更快的匹配和更高质量的配对，无需改变匹配算法本身。
实时视频特效如何在浏览器中工作？
Nightcap 使用 GPU 加速的 MediaPipe 模型完全在浏览器中运行 AI 动力视频特效。背景虚化、色彩滤镜和美颜模式都应用于你的 MediaStream 在将其发送给你的对等体之前——平台永远不会在任何服务器上接收原始或处理的视频。
背景虚化（AI 分割）
MediaPipe 的自拍分割模型在你的 GPU 上以 30fps 运行，识别人物 vs. 背景。人物掩码外的所有内容都用可调节强度（1–20）模糊。分割输出替代原始流。
6 种色彩滤镜
暖色、冷色、复古、黑白、鲜艳和柔和滤镜作为 CSS 滤镜变换应用到隐藏的画布元素。筛选帧被捕获为新 MediaStream 并馈入 RTCPeerConnection。
美颜模式
受控的高斯模糊叠加合成在视频帧顶部，产生细微的皮肤平滑。效果使用混合在 15% 不透明度处的 3px 模糊，以避免不自然的外观，同时仍柔和皮肤纹理。
审核如何在不观看每次聊天的情况下工作？
AI 审核系统在没有人类观看你的对话的情况下实时分析文字消息和定期视频帧。Nightcap 通过 OpenAI 的免费审核 API 发送每条聊天消息，并定期通过 AWS Rekognition 对视频帧进行内容分析——实现自动执行而不进行大规模监控。
文字审核
每条消息在发送前都针对 OpenAI 审核 API 进行检查。该 API 在毫秒内标记仇恨言论、骚扰、自伤、性内容和暴力——而且免费调用。
视频帧采样
定期帧捕获被发送到 AWS Rekognition 进行内容分析。系统标记明确或不安全的内容并触发自动执行，不记录或存储视频流。
一键举报
用户可即时举报匹配。举报触发立即审查，确认违规会根据严重程度和重复犯罪历史导致临时或永久封禁。
私密模式
当两个用户独立选择加入时，NSFW 内容过滤器被禁用。但 CSAM 检测和威胁监控保持活跃——无论模式如何这些永不被禁用。
为什么 P2P 对一对一视频来说胜过媒体服务器？
对于一对一视频聊天，点对点 WebRTC 不产生服务器带宽成本，提供可能的最低延迟（直接网络路径），并确保平台永不处理你的视频。服务器基础架构如 SFU 和 MCU 增加成本、延迟和隐私权衡，仅对群呼才有意义。
| 架构 | 带宽成本 | 隐私 |
|---|---|---|
| P2P（Nightcap） | $0 视频带宽 | 视频永不在服务器上 |
| SFU | 高 — 服务器中继所有流 | 服务器看到所有视频 |
| MCU | 最高 — 服务器解码和重新编码 | 服务器完全处理视频 |
一览无遗的架构
Nightcap 的架构分为四个平面：信令（通过 WebSocket 的 Cloudflare Workers）、匹配（Durable Objects）、媒体（纯点对点 WebRTC）和应用逻辑（用于付款、审核和报告的 Next.js API 路由）。媒体平面的成本为零服务器带宽，因为视频永不接触服务器。
常见问题
WebRTC 视频聊天真的是点对点的吗？
是的。一旦建立 WebRTC 连接，视频和音频数据就在两个浏览器之间直接流动。信令服务器仅用于交换连接元数据（SDP 提议和 ICE 候选项）——它从不接触实际的媒体流。
视频聊天平台可以看到或录制我的视频吗？
在 Nightcap 等点对点平台上，视频流直接在浏览器间传输，永远不通过中央服务器。平台无法看到、截获或录制你的视频。这是点对点 WebRTC 相比服务器中继架构的根本架构优势。
如果直接点对点连接失败怎么办？
如果 STUN 辅助直接连接和主机候选项都失败（通常由于严格的企业 NAT 或对称防火墙），WebRTC 自动回退到 TURN 中继服务器。TURN 服务器在对等体之间转发加密媒体数据包。大约 15% 的会话需要 TURN 中继。
Nightcap 使用任何插件或下载吗？
不。Nightcap 使用 WebRTC，它原生内置于 Chrome、Safari、Firefox 和 Edge。没有插件、没有 Flash、没有 Java 小程序，也不需要应用下载。你打开网站，你的浏览器就处理一切。
随机视频聊天的匹配工作原理是什么？
当你点击开始时，你进入匹配队列。Nightcap 使用 Cloudflare Durable Objects 来维护全球队列，匹配延迟低于 50ms。系统考虑你的兴趣、国家偏好和性别筛选来找最佳匹配。付费 Boost 用户在队列中获得优先位置。