摄像头和录像机里的码流编码 H.265 (HEVC) vs H.264 (AVC) 带宽 对比

先直接说结论：同等画质下：H.265 比 H.264 节省大约 30%‑50% 带宽。
简单说：同样清晰度，H265 码率可以压得更低；同样码率，H265 画面更清晰。

码率参考（1080P）

| 分辨率 | H.264 推荐码率 | H.265 推荐码率 |
| --- | --- | --- |
| 1080P | 4000‑6000 kbps | 2000‑3000 kbps |
| 720P | 2000‑3000 kbps | 1000‑1500 kbps |
| 4K | 12000‑20000 kbps | 6000‑10000 kbps |

> 举例子：1080P 视频，H264 跑 5M，换成 H265 只需要 2.5‑3M 就能达到差不多观感，直接少一半流量。

代价，不能只看省带宽

1. 编码CPU消耗大很多

- H.265 编码算力远高于 H.264，转码、推流的时候 CPU 占用会明显上涨；服务器转码会更吃资源。
- 解码：现代手机、机顶盒、浏览器硬件基本都支持 H265 硬解；老旧设备（老安卓、老 IE、老旧播放器）会不支持，只能软解，卡顿、发烫。

2. 文件体积
同样画质：H265 文件体积大约只有 H264 的 50%‑70%，存储也省空间。

实际业务怎么选

优先选H.265场景

网页点播、短视频、监控录像存储；用户设备普遍比较新；希望省流量、省存储。

继续用 H.264 场景

需要兼容很老终端、老旧浏览器；服务器 CPU 资源紧张，不想扛高转码负载。

网页端注意事项：

网页播放：

- MP4(H265)：**部分浏览器不原生支持 H265 mp4 硬解播放**（早期 Chrome 版本）；
- 如果是网页点播，很多业务会做双码流：H264 做兼容兜底，H265 给支持的客户端，降带宽消耗。

总结

节约带宽选H.265，但是编码更吃 CPU，要留意终端兼容性；追求兼容性、低编码压力选 H.264。

如果你是做监控录像存储，H265 收益巨大；做网页视频业务，要考虑浏览器兼容性问题。