三个人火花365天视频，用Go语言复刻一段数字时代的情感实验

这到底是个什么玩意儿？

说实话,我第一次看到“三个人火花365天视频”这个关键词时，脑子里蹦出来的第一个念头是：“这该不会是哪个综艺节目的衍生品吧？”后来翻了一圈资料，才发现自己想错了，这事儿其实挺有温度——说的是三个普通人，约定在整整一年里，每天录一段短视频发给彼此，不是发到抖音、快手那种公开平台，就是在三个人自己的小圈子里，交换当天的“火花”：可能是路上遇到的一只流浪猫，可能是加班到深夜的一碗泡面，也可能是阳台上一朵花开的过程。

我琢磨着,这不就是个民间版的《人生七年》嘛？只不过人家用了胶片，他们用了手机。

为什么我想到用Go语言来聊这个？

你可能觉得奇怪,一个跟技术八竿子打不着的情感记录项目，怎么就跟Golang扯上关系了？别急，我慢慢说。

在我自己捣鼓这些小项目的时候,发现一个特别烦人的问题：365天下来，三个人每天各发一条视频，一年就是365×3=1095条，如果每条按100MB算，光原始素材就要100多G，更别提还得给它们打标签、排时间轴、生成每日合辑，手动整理？怕是整理到第三个月就想把所有视频都删了。

这时候就需要一门语言来“替我们干脏活”，为什么选Go？理由说出来可能有点糙，但很实在：

1. 快，编译出来的单个二进制文件，扔哪都能跑。
2. 并发方便，处理视频文件这种IO密集型任务，Go的goroutine简直是为这种场景量身定做的。
3. 不容易写崩，类型系统帮你拦住了不少手滑的错误。

我试过用Python写过类似的东西,跑了一个星期之后内存爆炸，排查半天发现是个隐性的内存泄漏，换了Go重写之后，稳稳当当跑了三个月，连一次OOM都没出过，这体验，谁用谁知道。

用Go搭一个“火花”视频管理工具

下面我直接上干货,说说怎么用Go来管理这365天的视频素材，这不是什么高大上的工程方案，纯粹是我自己摸索出来的土办法，但管用。

1 设计数据结构

先把三个人的信息定下来,我定义了一个很简单的结构体：

type Member struct {
    ID   int
    Name string
    Emoji string // 🔥🌺🌟 每人一个符号
}
type DailyClip struct {
    Date      time.Time
    Author    Member
    FilePath  string
    Duration  time.Duration
    Tags      []string
    MoodScore int // 1-5，当时随手打的情绪分
}

这个结构体看着简单,但够用了。MoodScore是我临时加的，后来发现挺有用——比如哪天三个人都不约而同打了低分，那天大概率有故事。

2 核心功能：每日合辑生成

最核心的需求就是：每天把三个人的视频拼成一个“一日火花”，Go标准库里没有直接拼视频的功能，但这难不倒咱——直接调FFmpeg的行命令，用Go的os/exec包封装一下：

func mergeDailyClips(clips []DailyClip, outputPath string) error {
    // 构建ffmpeg命令：先把所有视频文件按时间顺序排列
    // 然后用concat协议合并
    // 这一步可以并行处理，用goroutine + errgroup控制并发数
    // 避免一下开几百个进程把电脑搞死
    ...
}

这里有个小坑：FFmpeg的命令参数特别长，容易写错，我的经验是先写个shell脚本手动测通，再转成Go代码，不要觉得丢人，稳定比面子重要。

3 高级功能：情绪曲线可视化

后来我发现,光有视频还不够，365天看下来，一堆文件，没有个指引根本不知道从哪里看起，于是我又加了个小功能：把每个人的每日情绪分画成一条折线图。

Go生成图表？可以，但没必要搞那么重，我的做法是：

1. 用Go解析CSV数据
2. 生成一个HTML模板,里面用Chart.js画图
3. 自动打开浏览器

type ChartData struct {
    Dates []string
    ScoresA []int
    ScoresB []int
    ScoresC []int
}
func generateMoodChart(data ChartData) string {
    // 渲染一个pre-built的HTML模板
    // 模板里用JavaScript画三个人的情绪曲线
    ...
}

这样每次运行一小段代码,就能直接看到过去任意时段内，三个人的情绪起伏，比如你会发现：第120天到第140天，三人情绪集体走低——后来一查日历，那段时间正好是项目deadline高峰期。

边做边踩的坑

说实话,写这个工具的过程并不顺利，但正是因为不顺利，才让我对“三个人火花365天视频”这个事有了更深的理解。

• 命名混乱：最开始三个人各自用自己的手机号命名视频文件，后来统一成“日期_姓名_序号.mp4”，这个小事，但改起来要重新遍历几千个文件。
• 断更处理：不是每天都能坚持录视频，我加了个JSON文件来记录每日是否完成任务，如果某天某人没录，合辑里就留个“熄火”界面。
• 存储扩容：100多G的视频，怎么存？最后选了个外置固态+云端双重备份，Go的并发拷贝功能在这里出了大力气。

还有一次最惨的：运行了将近200天的数据，因为一次磁盘错误损失了后半部分，后来我加了crc32校验，每次写入后检查完整性，这多亏了Go标准库里就有hash/crc32包，一句代码的事。

这玩意儿到底有啥用？

你可能会问：折腾一年，就为了记录三个普通人的日常，值吗？

我用我自己那段小经历来回答你：当我用Go写完这个工具，生成第一周的合辑视频时，看到三个人的碎片拼接在一起——早晨地铁上疲惫的笑脸、中午吃饭时抱怨老板的牢骚、深夜对着镜头说“今天太累了先睡了”——我突然觉得，这一年值得。

这不是什么宏大的叙事,也不是什么商业项目，就是三个普通人，用365天，交换了各自生活里那些微小的、转瞬即逝的火花，而Go语言，只是恰好帮我把这些火花按时间顺序排列好，不至于被数字世界里的杂乱淹没。

工具是冷的,但数据是有温度的。

如果哪天你也想试试

• 别追求完美,用手机录就行，4K、60帧？没必要，重要的是内容，不是画质。
• 如果不太会编程,可以用现成的NAS+同步盘，但用Go写一遍会理解得更深——你会发现，原来每段视频背后都藏着一个time.Now()和一个error。
• 找两个靠谱的人,365天很长，中间肯定会有人想放弃，这时候另外两个人的“火花”就是最好的推进剂。

最后说句实在的：这个工具到现在也没完全写完，偶尔还会崩一下，但每次打开它，看到那三个情绪曲线图起起伏伏，就像看到了那段日子真实的脉搏。

代码可以重构，但时间不会重来。 趁还没忘干净，把那些火花存下来吧。