从 1v1 速配到「1 主持 + 多嘉宾」相亲房，拆解视频相亲背后的实时音视频架构

从 1v1 速配到「1 主持 + 多嘉宾」相亲房，拆解视频相亲背后的实时音视频架构：低延迟连麦、美颜滤镜、礼物打赏、内容审核与弱网优化，并附基于 ZEGO SDK 的示例代码。

一、视频相亲实现常见难点

视频相亲是近几年增长最快的婚恋玩法之一。开发视频相亲应用，通常卡在这些问题上：

• 男女嘉宾视频实时看到对方，怎么保证画面流畅、延迟低、不卡？
• 相亲房里一个主持人 + 多位嘉宾同时上麦，谁推流谁拉流？
• 用户颜值焦虑：必须有美颜美型滤镜，否则没人愿意露脸。
• 商业化靠礼物打赏、付费速配、上麦特权，这些怎么和音视频联动？
• 露脸 + 实时，合规审核压力极大，违规内容一秒都不能漏。

本文结合这些问题，讲解从房型选择讲到代码落地。

二、三种主流相亲房型与技术差异

三者共享同一套 RTC 底座，区别在麦位规模、观众规模和商业化形态。下面以最具代表性的“相亲交友房”为主线展开。

三、整体架构：媒体流 + 信令 + 业务

# 媒体面（RTC）
嘉宾摄像头 → 美颜/美型 → 编码 → 推流 ──┐
                                      ├─→ ZEGO 实时音视频云 ─→ 其他嘉宾 & 观众拉流
主持麦克风/摄像头 → 推流 ──────────────┘            └─→ 服务端混流 → 旁路 CDN（大观众量）

# 信令面（IM / 房间消息）
上麦申请 / 牵手成功 / 礼物特效 / 公屏弹幕 ── ZIM & 房间消息 ──> 全员同步

# 业务面（你的服务端）
匹配队列 · 付费/钱包 · 麦位权限 · Token 签发 · 录制留档 · 审核回调

设计要点：观众多时用服务端混流 + CDN 旁路降成本，麦上嘉宾用 RTC 低延迟互动，成百上千的围观观众走 CDN 拉一条混好的流，既省带宽又稳定。

四、关键技术点

1. 美颜美型：留住「敢露脸」的用户

相亲场景对美颜的依赖远超普通视频。美颜要在采集后、编码推流前处理，包括磨皮、美白、大眼瘦脸（美型）、滤镜、贴纸。关键是 GPU 加速、低功耗，否则手机发烫、画面降帧，反而劝退。进阶还可加背景虚化/虚拟背景，保护隐私。

2. 连麦上下麦的秒切

观众点「申请上麦」→ 主持同意 → 观众从纯拉流切换为推流+拉流。这个切换要快且无感。技术上是：观众端发起采集与推流、服务端更新麦位、全房间信令广播刷新 UI。下麦则停止推流、回到拉流态。

3. 礼物打赏与音视频联动

礼物特效（全屏动画、连击）走 IM 广播即可，但高价值礼物常伴随音视频特权：比如送大礼物点亮专属上麦位、触发主播飘屏。这要求礼物消息与麦位状态、特效渲染做好时序一致。

4. 实时内容审核（合规红线）

露脸 + 实时直播是监管重点。必须做：视频截帧审核 + 音频流审核 + 文字弹幕审核三路并行，命中违规策略立即切断推流/封麦，并保留服务端录制证据。这是上线的硬门槛，不是可选项。

五、如何基于 ZEGO SDK 打造视频相亲房

视频相亲所需的能力，ZEGO 几乎都有现成模块，可按需组合：

• 实时音视频 Express SDK：多人连麦 ，一站式开播看播
• AI 美颜：美型/滤镜/贴纸 
• 即时通讯 ZIM：礼物/弹幕/私信 
• 服务端混流 + CDN 旁路 
• 基于数美的内容审核方案
• 云端录制：留档合规

下面演示 Web 端相亲房的核心多人连麦逻辑。

步骤 1：进房 + 嘉宾推流（含美颜）

import { ZegoExpressEngine } from 'zego-express-engine-webrtc';
const zg = new ZegoExpressEngine(APP_ID, SERVER_URL);

// Token 由服务端签发（AppSecret 不下发客户端）
const { token } = await fetch(`/api/zego-token?userID=${userID}`).then(r => r.json());
await zg.loginRoom(roomID, token, { userID, userName },
                  { userUpdate: true });

// 嘉宾上麦：采集摄像头 + 麦克风
const localStream = await zg.createZegoStream({
  camera: { video: { width: 720, height: 1280, frameRate: 20 }, audio: true },
});
localStream.playVideo(document.querySelector('#self-view'), { mirror: true });

// 开启美颜（磨皮/美白/红润），相亲场景必备
await zg.enableBeautify?.(true);
zg.setBeautifyOption?.({ polishStep: 0.6, whiten: 0.5, sharpen: 0.3 });
// 更强的美型/滤镜/贴纸可接入「ZEGO AI 美颜」SDK

await zg.startPublishingStream(`guest_${userID}`, localStream);

步骤 2：拉取房间内其他嘉宾的视频流

zg.on('roomStreamUpdate', async (rid, type, streamList) => {
  if (type === 'ADD') {
    for (const s of streamList) {
      const remote = await zg.startPlayingStream(s.streamID);
      const view = createSeatView(s.streamID);   // 渲染到对应麦位
      remote.playVideo?.(view) ?? attach(view, remote);
    }
  } else if (type === 'DELETE') {
    streamList.forEach(s => zg.stopPlayingStream(s.streamID));   // 嘉宾下麦
  }
});

步骤 3：观众抢麦 → 推流态切换

// 观众态：只 loginRoom + 拉流，不推流
// 点「申请上麦」→ 服务端校验/扣费 → 同意后切推流态
async function onApprovedToMic() {
  const stream = await zg.createZegoStream({ camera: { video: true, audio: true } });
  await zg.startPublishingStream(`guest_${userID}`, stream);
  broadcastSeatUpdate(userID, 'on_mic');   // 经 ZIM 广播麦位变化
}

步骤 4：礼物 / 弹幕（ZIM）+ 大观众量旁路 CDN

// 礼物用 ZIM 房间消息广播，触发全屏特效
sendRoomMessage({ type: 'gift', giftId: 'rose_99', from: userID, to: targetSeat });

// 观众成百上千时：把麦上多路流在服务端混成一路，旁路推到 CDN
// 围观观众直接拉 CDN 这一条流，成本和稳定性远优于人人 RTC 拉流
await zg.startMixerTask?.({
  taskID: `mix_${roomID}`,
  inputList: micStreams.map(toMixInput),
  outputList: [{ target: 'rtmp://cdn.example.com/live/' + roomID }],
});

方法名以对应平台 SDK 版本为准。重点理解链路：麦上 RTC 互动、观众 CDN 旁观、信令与礼物走 IM、混流在服务端。

六、生产环境踩坑清单

1. 审核必须前置且多模态：视频截帧 + 音频 + 文字三路审核并行，违规即断流封麦，服务端录制留证。先合规再上线。
2. 美颜性能优先：中低端机要降档美颜，宁可效果弱一点也不能掉帧发烫，否则用户直接退房。
3. 1v1 速配做好「匹配-接通-超时」状态机：呼叫邀请、忙线、超时未接、对方挂断都要有明确信令与兜底。
4. 礼物与麦位的时序一致性：高价礼物触发上麦特权时，先服务端确认再渲染特效，避免特效放了麦位没上。
5. 观众规模驱动架构切换：几十人用纯 RTC，上千人务必切「混流 + CDN」，否则带宽成本爆炸。
6. 隐私与防录屏：1v1 场景考虑水印、防截屏提示，降低恶意传播风险。

结语

视频相亲的技术核心是多人低延迟连麦 + 强美颜 + 商业化联动 + 严格审核。RTC 解决看得见、听得清、连得上；美颜解决敢露脸；IM 解决玩得起来；审核解决活得下去。用 ZEGO 的实时音视频 + AI 美颜 + ZIM + 内容审核组合，可以把这套复杂链路标准化，让团队专注于匹配算法和情感运营这些真正的差异化。

注意：涉及的 ZEGO 产品能力、接口与平台支持以 ZEGO 官方文档 最新版本为准。代码片段用于演示调用思路，生产环境请结合对应平台 SDK 完整实现，并严格遵守当地法律法规与内容安全要求。