树莓派4B+WebRTC实现远程监控：5步搞定公网视频流传输（含Node.js配置）

树莓派4B+WebRTC实现远程监控：5步搞定公网视频流传输（含Node.js配置）

周末在家折腾智能家居，突然想到一个痛点：家里的宠物猫总在我不在家时搞些“小动作”，想实时看看它在干嘛，又不想依赖那些需要付费订阅、隐私存疑的商用摄像头。手头正好有一台闲置的树莓派4B和官方摄像头模块，为什么不自己动手搭建一个完全私有的远程监控系统呢？这个想法让我一头扎进了WebRTC的世界。与传统的流媒体服务器方案不同，WebRTC能实现真正的点对点（P2P）低延迟传输，这意味着视频数据可以不经过中心服务器转发，直接在树莓派和你的手机浏览器之间流动，延迟可以轻松控制在几百毫秒内，体验堪比本地观看。更重要的是，它无需安装任何App，打开手机浏览器就能看，对家庭安防、宠物看护、甚至远程查看植物生长状态的DIY爱好者来说，这无疑是一个兼具技术乐趣和实用价值的项目。本文将带你从零开始，绕过复杂的理论，用五个清晰的步骤，实现树莓派摄像头视频流的公网访问，并重点解决移动端适配的细节问题。

1. 项目核心：为什么选择WebRTC而非传统方案？

在开始动手之前，我们有必要厘清技术选型的逻辑。市面上实现远程视频监控的方案很多，比如RTMP推流到云服务器，或者使用FFmpeg进行流媒体转发。但这些方案普遍存在几个问题：延迟高（通常有几秒）、架构复杂（需要中转服务器）、带宽成本高（所有流量经过服务器）。而WebRTC（Web Real-Time Communication）生来就是为了解决实时通信的延迟问题。

它的核心优势在于点对点传输。一旦信令交换完成，视频数据流就像在两个好友之间直接打电话，不再需要总机转接。对于家庭监控这种对实时性要求极高的场景，WebRTC能将延迟降至300-500毫秒，你几乎感觉不到画面是远程传输过来的。此外，由于大部分数据不走公网服务器，也节省了服务器带宽，提升了隐私安全性。

当然，纯粹的P2P连接在复杂的家庭网络环境（如NAT和防火墙之后）中会遇到障碍。这就需要信令服务器和STUN/TURN服务器来帮忙“穿针引线”。信令服务器负责交换双方的网络信息（“你好，我的地址是…”），而STUN服务器用于获取设备公网地址，TURN服务器则在P2P实在无法建立时充当数据中转的“备胎”。我们的项目架构可以概括为下图所示流程：

提示：整个过程中，信令服务器只负责最初的信息交换，不传输视频数据流。视频数据一旦通道建立，主要走P2P直连，这才是低延迟的关键。

为了更直观地对比不同方案，可以参考下表：

特性维度	传统方案 (如RTMP+云服务器)	本方案 (WebRTC P2P)
典型延迟	2秒以上	300-500毫秒
架构复杂度	高（需流媒体服务器）	中（需信令/STUN服务器）
服务器带宽成本	高（所有流量经过服务器）	极低（主要流量P2P）
隐私性	数据经第三方服务器	数据端到端加密，直连为主
移动端体验	需专用App或播放器	浏览器直接打开，无需安装

明确了“为什么”，接下来的“怎么做”就有了清晰的路线图。我们的目标是在树莓派上捕获摄像头画面，并通过WebRTC协议，让身处公司、咖啡馆或任何有网络的地方的你，用手机浏览器就能实时看到这些画面。

2. 环境准备：树莓派与公网服务器的配置

工欲善其事，必先利其器。这一步我们将分别配置树莓派端和公网服务器端的基础环境。公网服务器的作用是运行一个轻量级的Node.js信令服务，它可以是任何一台拥有公网IP的VPS，甚至是一些支持Node.js的PaaS平台。

2.1 公网服务器端配置

首先登录你的公网服务器（以Ubuntu 20.04为例）。我们使用Node.js来构建信令服务器，这里推荐使用nvm（Node Version Manager）来安装和管理Node.js版本，这比系统自带的包管理器更灵活。

# 1. 更新系统包列表并安装curl（如果尚未安装）
sudo apt update && sudo apt install -y curl

# 2. 下载并安装nvm
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.0/install.sh | bash

# 3. 重新加载shell配置，使nvm命令生效
source ~/.bashrc  # 如果是zsh，则用 ~/.zshrc

# 4. 安装最新的LTS版本Node.js
nvm install --lts
nvm use --lts

安装完成后，验证一下：

node --version
npm --version

接下来，创建一个项目目录并初始化：

mkdir webrtc-signaling-server && cd webrtc-signaling-server
npm init -y

我们需要两个核心依赖：express用于提供基础的Web服务，socket.io用于实现WebSocket双向通信，这是WebRTC信令交换的“高速公路”。

npm install express socket.io

2.2 树莓派端基础配置

现在把目光转回树莓派。确保你的树莓派4B已经安装了Raspberry Pi OS（最好是64位版本以获得更好性能），并连接好了官方摄像头模块（通过CSI接口）。首先启用摄像头接口：

sudo raspi-config

在界面中依次选择 Interface Options -> Camera -> Yes 来启用，完成后重启。

同样，我们需要在树莓派上安装Node.js环境。由于树莓派是ARM架构，使用nvm也是最佳选择，步骤与服务器端类似。安装好Node.js后，我们还需要一个关键工具：用于捕获摄像头视频流的 raspivid 和进行格式处理的 ffmpeg。raspivid 通常已随系统安装，而 ffmpeg 需要手动安装：

sudo apt update
sudo apt install -y ffmpeg

验证摄像头是否工作正常：

# 预览5秒钟摄像头画面
raspivid -t 5000 -o test.h264

如果一切正常，你将看到摄像头旁边的红色指示灯亮起，并在当前目录生成一个视频文件。至此，硬件和基础软件环境就准备妥当了。

3. 构建信令服务器：连接双方的“电话总机”

信令服务器是WebRTC的“媒人”，它不传递视频内容，只负责让树莓派（发送方）和浏览器（接收方）互相知道对方的存在并交换网络连接所必需的信息（SDP和ICE候选地址）。我们将使用上一步安装的Express和Socket.io来构建一个简洁而高效的信令服务器。