365天，一天一条短视频，戈朗（Golang）程序员的笨办法能走多远？

去年年底,我给自己立了个flag：用Go写一个小工具，每天自动生成一条短视频，你没听错，就是那种在抖音、视频号上看到的，带字幕、配背景音乐、甚至能自动配音的短视频，很多人问我：“你一个写后端Go的，搞什么短视频？”说实话，我也觉得有点离谱，但365天过去了，我不仅没断更，还靠这个“笨办法”把一个冷门技术号做到了5万粉丝，今天就把这套用Golang搭建的“一天一条短视频”流水线，掰开了揉碎了讲给你听。

为什么选Go？因为“一天一条”必须轻量

如果你试过用Python调FFmpeg,你就知道那个内存泄漏有多酸爽，我一开始用的也是Python，但跑了20天后，服务器直接炸了，换到Golang后，编译成单二进制，丢在Linux服务器上，内存占用不到30MB，而且Go的并发模型太适合“一天一条”这种定时任务了——用time.Ticker写好循环，到点自动抓取当日热点、调用生成接口、上传平台，代码量比Python少30%都不止。

第一步：用Go抓取内容素材（别想着原创，先搞定“搬运+改造”）

你说每天准备文案？别逗了，365天你写不下来的，我的“笨办法”是：用Go写爬虫，每天从指定RSS源抓取科技新闻，然后用GPT的API（当然你也可以用国内的大模型）重写成60-80字的短视频脚本，Go标准库里的net/http和encoding/json足够搞定，这里有个坑：一定要加去重逻辑，我用的是bloom过滤器，存Redis里，否则第二天大概率撞车。

// 伪代码示意，实际上我用了更复杂的重试机制
func fetchDailyNews() []string {
    resp, _ := http.Get("https://api.xxx.com/topics")
    defer resp.Body.Close()
    var news []string
    json.NewDecoder(resp.Body).Decode(&news)
    return filterDuplicates(news)
}

视频生成：Go调FFmpeg，比你想的简单

很多人的误解是：Go不适合做音视频处理，错了，我用的是goav这个库（FFmpeg的Go绑定），把文案转成语音用的是阿里云或者微软Azure的TTS接口，背景音乐？我从freepd.com下载了CC0协议的无版权音乐，循环播放就行，最难的部分其实是字幕同步——我用Go解析TTS返回的时间戳，精确到毫秒，然后逐帧写到视频上。

一个表格看看这套流程的成本

看到了吗？每天实际只需要不到10分钟的机器时间，我只需要每天看一眼生成的视频有没有翻车（比如人名读错了，或者字幕打出敏感词）。

365天里踩过的三个大坑

• 第一个坑：Go的time.Sleep不适合跨天循环，我一开始用死循环加Sleep，结果服务器重启后任务丢了，后来改成用cron库，配合SQLite记录每天状态，才算稳定。
• 第二个坑：字幕字体版权，我图省事用了一个免费字体，结果被平台下架警告，后来换成思源黑体（SIL开源字体），随便用。
• 第三个坑：视频长度超过1分钟完播率暴跌，所以我现在严格控制文案字数在80字以内，生成视频长度35-45秒，数据显示这个区间的完播率最高。

这套“一天一条”的Go代码现在还跑着

说了这么多技术细节,其实最让我感慨的是：用Go写短视频工具，让我一个不会设计、不会剪辑的纯后端程序员，也能365天不断更。现在这套代码我已经开源了（repo名字就叫govid，搜一下就能找到），里面有完整的文件结构和配置样例，你可以直接fork，把RSS源换成你关注的领域，比如宠物、游戏、书单——都一样跑得通。

顺便说一句,我测试过，即使你用最便宜的腾讯云轻量服务器（2核4G），也能同时跑3个这样“一天一条”的流水线，单条视频成本折合不到3元（主要是TTS的算力费用）。

这365天走过来,我觉得Golang最大的魅力不是性能，而是让你用写后端接口的思维方式，去解决一个看起来跟后端完全不搭边的问题，一天一条短视频，说难听点就是个体力活，但用Go把它拆成“定时器+HTTP请求+FFmpeg管道+上传接口”之后，它就变成了一段可以无人值守运行的代码，你说这叫不叫“降维打击”？

至于那条“一天一条”的视频现在怎么样了？还在跑，昨天生成了一条讲Go 1.23新特性的视频，居然被Go官方博文转载了，别纠结语言选型了，拿起你的Go，先写一个能跑起来的“一天一条”再睡觉。