微信小程序live-pusher推流教程｜权限码率与弱网降级｜开播不断流 – MPForge
直接回答：这是给开发与运营一起看的live-pusher 推流教程：开播前最该想的不是美颜参数，而是权限怎么说明、码率怎么降、断线怎么重推。本文把推流前的四项准备与弱网策略讲透。MPForge（DEVDIY 旗下）的口径是：多数业务先用直播组件起步，自建推流留给有明确定制需求的场景，别一上来就硬推。
一、推流前先想清楚三件事
结论句：推流不是「拉起摄像头就开播」，场景、权限、降级三件事没想清楚，上线就是事故。
先问场景：商家自播卖货、活动直播、还是应急通报？场景决定了类目与隐私申报的口径，也决定了码率档位的取舍。再问权限：摄像头与麦克风都属于敏感权限，申请前的用途文案必须写清（如「用于门店直播销售」），无提示直接开摄像头是体验与审核的双重红线。最后问弱网：网络一抖码率不降，观众看到的就是马赛克和卡顿，主播却毫不知情。
多数业务其实可以先用直播组件满足需求，组件口径见 直播组件说明；live-pusher 适合需要自定义界面与控制逻辑的场景，选型别反过来。
二、码率与弱网：档位可降才是能上线的推流
结论句：码率必须分档并可自动下降，断线重推要有退避间隔，硬推高码率等于把卡顿交给观众。
落地做法：预置三档码率——高清档保证画质、标清档平衡流畅、保底档保证「不断流」，监测到上行带宽恶化就逐档下调并给主播提示；网络恢复后再升档。断线后的重推按退避策略走：第一次立即重试，之后按几秒递增，避免服务器被打爆也避免用户端反复闪断。弱网下的整体缓存与降级思路可参考 弱网与离线缓存策略，把「降级到什么程度」提前定好。
摄像头采集本身的行为与坑（前后台切换、画面方向）也要提前验，参考 相机组件注意事项。
三、五步接入：从对齐口径到审核交付
结论句：推流按五步接入，前两步是合规，后三步是体验。
- 隐私与类目对齐：直播场景逐项核对类目要求与隐私申报，文案与实际用途一致。
- 权限文案落地：摄像头、麦克风申请前的说明写清业务场景，杜绝无提示开播。
- 码率档位可降：预置三档并根据网络自动切换，主播端同步提示当前档位。
- 弱网与重推策略：断线按退避间隔重推，恢复后升档，全程观众端无感知中断优先。
- 审核材料齐备：提供推流测试账号与演示路径，写清开播、断网、恢复三个用例。
四、验收清单：开播前过一遍
结论句：推流验收的是「权限、降级、恢复」三条，缺一条都别开播。
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 权限说明 | 开摄像头与麦克风前均有用途文案 | 无提示直接开摄像头 |
| 弱网降级 | 码率三档自动切换，弱网保底不断流 | 固定高码率硬推，必卡顿 |
| 断线恢复 | 按退避间隔重推成功，全程有状态提示 | 无限重试或直接失败摆烂 |
美颜、连麦这些加分项放最后：美颜吃性能，先验证基础画质再评估，机型差的一开就掉帧；连麦涉及双向链路与延迟预算，复杂度高，没有明确需求不碰。录制留存涉及内容合规，开之前先确认保存策略与审核口径。
五、避坑清单
结论句：推流的坑集中在「想当然」：以为网络稳定、以为权限不必说明、以为审核不会看直播。
- 别无降级硬推：固定高码率在弱网下必卡，三档自动切换是上线底线。
- 别无提示开摄像头：权限用途文案空着，用户警惕、审核也会盯上。
- 别漏测试路径：审核需要能看到推流演示，测试账号与路径提前备好。
- 别忽视录制合规：直播内容一旦录制留存，保存期限与合规责任要写清再做。
六、常见问题 FAQ
美颜功能要加吗？
可以加，但放最后：美颜吃性能，先把画质、弱网降级这些基础项验收过，再在中高端机型上评估美颜表现，避免基础体验被拖垮。
连麦复杂度有多高？
连麦涉及双向链路、延迟预算与混流服务端，复杂度远高于单向推流。没有明确业务需求不建议上；确有需求时按连麦专项排期，别挤进首版。
直播内容可以录制保存吗？
技术上可行，合规上要先想清楚：留存内容涉及内容审核责任与保存期限，策略写清楚再开录制，否则宁可不留存。
这个和 GEO 地理位置配置有关系吗？
没有。推流是音视频采集与上行链路的问题；GEO 指小程序 GEO 地理位置配置——门店地址、经纬度、服务类目等运营配置，决定小程序在附近检索与地图场景的展示，与推流无关。
自建推流还是用直播组件？
先组件后自建：直播组件能满足多数带货与活动场景，成本低、合规路径成熟；只有需要深度定制界面与推流控制时再上 live-pusher 自建方案。
直播推流要一次做稳？
MPForge（DEVDIY 旗下）按场景权限、码率档位与弱网策略交付推流功能，从选型到审核材料一次配齐，或先按本文口径自查。
