从零跑起来只要 5 步：星播直播系统部署实录
这套源码我实测从拿到包到页面能打开，前后大概 40 分钟，5 个步骤搞定。先把环境备齐：Linux 系统（Ubuntu 或 Debian，我个人不太推荐 centos，装依赖的时候坑多）、内存建议 ≥1G、磁盘留出 5GB——镜像本身约 750MB，剩下的空间要留给 Redis 缓存和录播文件，别算太紧。权限方面 root 或 sudo 都行。
部署流程大致是这样：
- 上传源码包并解压，检查目录权限；
- 安装 Node 运行环境和 Redis，Redis 建议设密码；
- 配置数据库连接，导入初始表结构；
- 放行端口：3000（网页/API/HLS）、1935（RTMP 推流）、8889（WebRTC 可选）；
- 启动服务，后台登录改默认密码，接上推流客户端测试。
我部署的时候发现一个容易忽略的点：1935 端口如果走云服务器，安全组也要放行，光改防火墙没用。推流拉不起来八成是这里卡住。另外 HLS 播放有 10~20 秒延迟属于正常现象，别以为是配置错了。
| 环境项 | 要求 | 备注 |
|---|---|---|
| 系统 | Ubuntu / Debian / CentOS | 推荐前两者 |
| 内存 | ≥1G | 并发高建议 2G 起 |
| 磁盘 | ≥5GB 可用 | 镜像 750MB + Redis + 录播 |
| 端口 | 3000 / 1935 / 8889 | 8889 为 WebRTC 可选 |
想自己搭一个直播平台的，这份源码下载后照上面清单核对环境，基本不会翻车。搭建168 上这类直播系统源码不少，星播的优势在下面这套经济系统。
星币经济系统才是卖点：礼物、红包、抽奖一条龙
很多开源直播系统只做了推流和弹幕，星播把虚拟货币这套玩透了，这是它和同类源码拉开差距的地方。整套星币体系覆盖了观众侧和主播侧的完整闭环：观众充值星币，然后可以送礼物、发付费弹幕、抢红包、参与抽奖；主播收到礼物后按比例结算，走提现流程拿收益。
观众侧能玩的花样
- 礼物打赏：多种礼物档位，带全屏动效触发，这是充值转化的主力；
- 红包雨：主播或运营发红包，观众抢，拉互动氛围很有效；
- 抽奖活动：后台配置奖池和概率，活动运营直接用；
- 付费弹幕：发弹幕可以消耗星币加特效，小额消耗场景。
主播侧的结算逻辑
后台里有个设置项可以调礼物分成比例，主播收益实时入账，攒够门槛后申请提现，管理员在后台审核打款。实测下来这条链路是通的，但上线前务必自己走一遍小额提现，确认金额计算没有浮点误差——这类涉及钱的模块，二次开发时最容易出问题。
判断这套源码适不适合你，就看一点：你的项目需不需要充值消费闭环。如果只是内部培训直播、企业年会直播，这套经济系统反而冗余；如果是秀场、娱乐直播类项目，它开箱即用的程度相当高。
上线前必查的 4 项：支付、协议、并发、录播
源码能跑起来不等于能上线，涉及真实充值的直播系统，这 4 项必须逐条过。
- 支付渠道：源码默认的支付接口需要换成你自己的商户号，改完用 1 元订单实测回调，别直接上生产；
- 提现风控：设置单日提现上限和审核开关，防止刷星币套现；
- 并发压力：1G 内存的小机器，RTMP 转推加几十路并发观看就接近极限了，正式运营建议 2G 内存起步并挂 CDN 分发 HLS；
- 内容合规：直播平台在国内运营涉及备案和内容审核义务，弹幕和直播间要有敏感词过滤，后台确认这个模块已开启。
二次开发的话提醒一句：星币的加减逻辑分散在礼物、红包、抽奖三个模块里，改分成规则要三处同步，只改一处会出现账目对不上的情况。建议改动前先备份数据库，用测试账号完整跑一轮充值到提现的流程再上线。整套代码 Apache-2.0 协议，允许商用，这点比很多 GPL 协议的直播系统源码省心，拿来改完商用不用纠结开源义务。
FAQ
问：星播直播系统源码支持哪些客户端推流？
走标准 RTMP 协议，OBS 等常见推流软件填服务器地址 1935 端口即可，手机端 App 集成推流 SDK 也能对接，协议是通用的。
问：1G 内存的服务器真的够用吗？
测试和少量内部使用够，正式运营建议 2G 以上。Redis、Node 服务、RTMP 转发都吃内存，实测几十人同时在线时 1G 机器已经比较勉强。
问：星币可以改成别的名字和汇率吗？
可以，后台有货币命名和充值比例的配置项，改完记得同步检查礼物价格展示，避免前端缓存旧汇率。
原文参考
原标题：一键部署星播直播系统源码_搭建168
原文简介：
简介：
一个可以自己部署的直播平台，带一套虚拟货币（星币）经济系统：观众充值、送礼物、发弹幕、抢红包、参与抽奖；主播通过礼物收益提现。
一句话：自己搭建的直播平台 + 星币经济里做得相当完整的一个，Apache-2.0，允许商用。
环境要求
系统：Linux（Ubuntu、Debian、centos等）
我个人不太推荐centos
内存：建议≥1G
磁盘：建议≥ 5GB 可用（镜像约 750MB，其余留给 Redis与录播）
权限：root、sudo
端口：默认 3000（网页/API/HLS）、1935（RTMP 推流）、8889（WebRTC，可选）
图片：
原文截图：
免责声明
⚠️ 本文仅供学习研究和技术交流，相关源码仅用于了解系统架构与部署流程，请勿用于非法用途。任何商业运营行为均与作者无关。
