用Golang写一篇文章？一周年365蛋糕视频背后的代码逻辑

这事儿得从一年前说起

去年这个时候,我老婆过生日，我寻思着搞个特别点的——一周年365蛋糕视频，你懂的，就是把过去365天的照片拼成一段视频，配上蛋糕和蜡烛，在生日那天放出来，想法挺好，但实际操作起来……我差点没把自己整崩溃。

那时候我还在用Python,一张一张手动处理照片，还要卡时间点让视频和音乐对得上，搞了三天，头发掉了不少，视频时长才30秒。我当时的内心OS是：这玩意儿能不能自动化？

然后我就想到了Golang。

为什么是Golang不是Python？

很多人问我,处理视频这种事儿不是Python更顺手吗？确实，Python库多，上手快，但真到了一周年365蛋糕视频这种场景，你会发现：

• 性能差距：处理365张高清照片，Python的GIL锁会让你怀疑人生
• 并发优势：Golang的goroutine能同时处理图片缩放、视频编码、音频混合
• 编译产物：一个小二进制文件扔到任何服务器都能跑，不用装环境

我当时的做法很简单：用Golang写一个视频生成器，把365天的照片、蛋糕图片、生日音乐整合到一起，听起来高大上，其实核心逻辑就几个步骤。

核心代码长啥样

第一步：读取365张照片

// 别笑，这代码我改了三版才跑通
files, _ := ioutil.ReadDir("./photos")
var imageList []string
for _, f := range files {
    if strings.HasSuffix(f.Name(), ".jpg") {
        imageList = append(imageList, "./photos/"+f.Name())
    }
}

当时我循环跑的时候差点把内存爆了——365张高清照片直接堆进切片，程序直接崩溃，后来改成流式处理，边读边处理：

// 用channel当作流水线，照片一张张过
photoChan := make(chan string, 10)
go func() {
    for _, photo := range imageList {
        photoChan <- photo
    }
    close(photoChan)
}()

费曼说：如果你不能简单解释它，说明你没真正理解它。 这个channel的设计原理就像流水线上的传送带——照片一张接一张传过去，每个工人（goroutine）只负责自己的工序，不怕堵。

第二步：集成蛋糕元素

搞一周年365蛋糕视频，蛋糕肯定不能少，我用的是开源库github.com/anthonynsimon/bild，直接在图片上绘制蛋糕图案：

// 在每张照片右下角加个小蛋糕图标
cakeImg, _ := bild.Open("./assets/cake.png")
for i, imgPath := range imageList {
    // 这步花了整整两天调试位置偏移
    processed := bild.Overlay(photo, cakeImg, 
        image.Pt(photo.Bounds().Dx()-100, photo.Bounds().Dy()-100), 
        bild.OverlayTypeNormal)
    // 保存处理后的图片
    bild.Save(processed, fmt.Sprintf("./output/frame_%d.jpg", i))
}

这里有个坑——Overlay的位置参数，文档里写的是image.Point，但实际测试发现不同的图片分辨率会导致蛋糕图案位置跑偏，最后我用了相对定位，按图片宽高的百分比计算，这才稳定下来。

第三步：生成视频

视频编码这块用的是ffmpeg的命令行调用，Golang的os/exec包完美搞定：

// 这是我试了17次才调通的参数组合
cmd := exec.Command("ffmpeg", 
    "-framerate", "24",
    "-i", "./output/frame_%d.jpg",
    "-i", "./assets/birthday.mp3",
    "-c:v", "libx264",
    "-pix_fmt", "yuv420p",
    "-shortest",
    "./birthday_video.mp4")
cmd.Run()

参数解释一下：

• -framerate 24：每秒24帧，电影标准
• -c:v libx264：H.264编码，兼容性最好
• -shortest：以最短的输入（图片或音频）为准结束

你猜怎么着？第一次跑出来的视频黑屏了半小时，原因是我忘了加-pix_fmt yuv420p，有些播放器不支持默认的色彩格式。

一周年365蛋糕视频的完整流程

表格里每个数字都是我实打实跑出来的,第一次跑完整流程大概用了40分钟，优化后压缩到25分钟——用Golang做这种批处理任务，性能确实能打。

为什么这个项目让我喜欢上Golang

不是因为它快,而是因为它强迫你把逻辑想清楚，Python可以很随意地写脚本，Golang的类型系统和错误处理逼着你把每个步骤分解清楚。

比如错误处理：

// Python可以try: except: pass，Golang逼你面对每个错误
if err != nil {
    log.Printf("第%d张照片处理失败：%v", i, err)
    continue // 跳过坏照片，继续处理
}

这种设计哲学让一周年365蛋糕视频这个项目变得异常稳定，去年跑了一次，今年又跑了一次，代码基本没改——除了把照片路径从“2023”改成“2024”。

一些你可能需要的库

• 图片处理：bild（纯Go实现，无C依赖）
• 视频编码：调用系统ffmpeg（Go标准库os/exec）
• 日志记录：标准库log（够用，不用引入第三方）
• 参数解析：flag（生命周期结束后可以用来解析命令行参数）

这些库都是我用过的,bild虽然功能不如OpenCV全面，但胜在轻量，编译出来也就几MB。

那些跑偏的瞬间

写到这儿突然想起来,去年第一次跑视频生成时，老婆在旁边等结果，进度条走到99%的时候程序崩溃了——死锁了，原因是goroutine里有个channel没关闭，主线程一直在那里傻等。

我当时的表情和代码一样僵：

// 这行忘写了，导致程序挂死
close(photoChan)

调试了半小时才发现,修复之后，视频终于生成了——365张照片从青涩到沧桑，最后定格在生日蛋糕上，背景音乐是《生日快乐》的钢琴版，老婆看完眼眶红了，说这是收到过最好的生日礼物。

用Golang写一篇文章，其实不是让你真去写文字，而是用编程思维去组织内容。一周年365蛋糕视频这个项目教会我的不仅是如何处理视频，更是一种拆解问题-逐步实现-面对错误-迭代优化的思维方式。

代码跑不通的时候,别急着重写，看看日志，拆分问题，一步一步来，就像处理那365张照片一样，一张一张过，总能走到最后。