1. WebRTC信令交换基础概念

第一次接触WebRTC时，我被它"点对点直接通信"的特性深深吸引，但很快发现一个关键问题：两个完全不认识的设备如何建立连接？这就是信令交换要解决的核心问题。信令交换就像两个陌生人初次见面时的自我介绍过程，需要第三方（信令服务器）帮忙传递联系方式。

WebRTC规范故意没有规定信令协议的具体实现，这给了开发者很大灵活性。在实际项目中，我尝试过多种方案，最终发现Socket.io是最适合中小型项目的选择。它内置了房间管理、自动重连等实用功能，让开发者可以专注于业务逻辑而不是底层通信细节。

信令交换主要完成三个关键任务：

• 协商媒体能力（通过SDP交换）
• 交换网络信息（通过ICE候选）
• 协调通信状态（如开始/结束通话）

2. 搭建Socket.io信令服务器

2.1 环境准备与基础架构

我推荐使用Node.js搭建信令服务器，这是最轻量级的方案。先确保安装了最新LTS版的Node.js和npm：

# 检查Node.js版本
node -v
# 初始化项目
mkdir signal-server && cd signal-server
npm init -y

接着安装核心依赖：

npm install socket.io express cors

基础服务器代码只需要30行：

const express = require('express');
const socketIO = require('socket.io');
const cors = require('cors');

const app = express();
app.use(cors());
const server = app.listen(3000, () => {
  console.log('信令服务器运行在3000端口');
});

const io = socketIO(server, {
  cors: {
    origin: "*",
    methods: ["GET", "POST"]
  }
});

io.on('connection', (socket) => {
  console.log(`新连接: ${socket.id}`);
  
  socket.on('join-room', (roomId) => {
    socket.join(roomId);
    socket.to(roomId).emit('user-connected', socket.id);
  });

  socket.on('disconnect', () => {
    console.log(`连接断开: ${socket.id}`);
  });
});

这个基础版本已经支持房间管理和用户连接通知。我在实际项目中发现，加入心跳检测可以显著提升稳定性：

// 每30秒发送心跳
setInterval(() => {
  io.emit('heartbeat', Date.now());
}, 30000);

2.2 进阶功能实现

真实项目中还需要处理更多场景。这是我总结的几个关键扩展点：

1. 信令转发中间件

socket.on('signal', (data) => {
  const { targetId, signal } = data;
  io.to(targetId).emit('signal', { 
    senderId: socket.id,
    signal 
  });
});

2. 房间状态管理

const rooms = {};

socket.on('join-room', (roomId) => {
  if (!rooms[roomId]) {
    rooms[roomId] = new Set();
  }
  rooms[roomId].add(socket.id);
  socket.join(roomId);
});

3. 错误处理与日志

socket.on('error', (error) => {
  console.error(`Socket错误: ${error.message}`);
});

3. 客户端RTCPeerConnection实现

3.1 初始化连接配置

Web端的PeerConnection初始化需要考虑浏览器兼容性。这是我常用的配置模板：

const config = {
  iceServers: [
    { urls: 'stun:stun.l.google.com:19302' },
    // 生产环境需要添加TURN服务器
  ],
  iceTransportPolicy: 'all',
  bundlePolicy: 'max-bundle',
  rtcpMuxPolicy: 'require'
};

const pc = new RTCPeerConnection(config);

Android端需要特别注意权限问题。在AndroidManifest.xml中必须声明：

<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.CAMERA" />
<uses-permission android:name="android.permission.RECORD_AUDIO" />
<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />

3.2 信令处理流程

完整的信令交换包含以下几个关键步骤：

1. 发起方创建offer：

const offer = await pc.createOffer();
await pc.setLocalDescription(offer);
// 通过Socket.io发送offer
socket.emit('signal', {
  targetId: remoteUserId,
  signal: { type: 'offer', sdp: offer.sdp }
});

2. 接收方处理offer：

socket.on('signal', async ({ senderId, signal }) => {
  if (signal.type === 'offer') {
    await pc.setRemoteDescription(new RTCSessionDescription(signal));
    const answer = await pc.createAnswer();
    await pc.setLocalDescription(answer);
    socket.emit('signal', {
      targetId: senderId,
      signal: { type: 'answer', sdp: answer.sdp }
    });
  }
});

3. ICE候选交换：

pc.onicecandidate = ({ candidate }) => {
  if (candidate) {
    socket.emit('signal', {
      targetId: remoteUserId,
      signal: { type: 'candidate', candidate }
    });
  }
};

socket.on('signal', ({ signal }) => {
  if (signal.type === 'candidate') {
    pc.addIceCandidate(new RTCIceCandidate(signal.candidate));
  }
});

4. 完整流程调试与优化

4.1 常见问题排查

在实际调试中，我遇到过几个典型问题：

1. 信令顺序错乱

解决方案是引入序列号机制：

let seq = 0;
socket.emit('signal', {
  seq: seq++,
  // 其他字段
});

2. NAT穿透失败

添加更完整的ICE服务器配置：

iceServers: [
  { urls: 'stun:stun1.l.google.com:19302' },
  { urls: 'stun:stun2.l.google.com:19302' },
  { 
    urls: 'turn:your-turn-server.com',
    username: 'your-username',
    credential: 'your-credential' 
  }
]

3. 媒体轨道丢失

确保在设置远程描述前添加轨道监听：

pc.ontrack = (event) => {
  if (event.track.kind === 'video') {
    remoteVideo.srcObject = event.streams[0];
  }
};

4.2 性能优化技巧

经过多次项目实践，我总结了这些优化点：

1. 带宽自适应：

const sender = pc.getSenders()[0];
const parameters = sender.getParameters();
parameters.encodings[0].maxBitrate = 1000000; // 1Mbps
sender.setParameters(parameters);

2. ICE候选收集超时：

setTimeout(() => {
  if (!hasConnected) {
    pc.restartIce();
  }
}, 5000);

3. 连接状态监控：

pc.onconnectionstatechange = () => {
  console.log('连接状态:', pc.connectionState);
};

在最近的一个视频会议项目中，通过这些优化将连接成功率从75%提升到了98%。关键是要理解WebRTC的底层机制，而不是盲目复制代码。每个项目都有独特的需求场景，需要根据实际情况调整实现方案。