在Go语言里，我如何拍完一年的365天工作视频

你知道吗，用Go写程序处理视频，跟拍vlog完全是两码事，但我想聊聊怎么用Go语言，把“一年365天工作视频”这个概念，变成一串能跑起来的代码——顺便说说这背后的时间哲学。

为什么偏偏是Go？——不是跟风，是真顺手

我最早用Python处理视频，后来换到Go，不是因为Go更“潮”，而是它处理并发的方式实在太适合视频切片了，视频处理本质上是IO密集型任务，你得同时读文件、转码、写输出,还得监听用户中断信号。

Go的goroutine和channel，就像你同时开了好几个剪辑工位，每个工位各干各的，但通过一条传送带（channel）传半成品，你想象一下，365天的视频素材，每天一个文件，如果串行处理，那得等到下一年圣诞节，但用Go，你大可以同时处理1月1日和12月31日的素材,它们互不干扰。

关键代码直觉是这样的：

func processDay(day time.Time, inputPath string) error {
    // 假装这里有Open、Decode、Filter、Encode
}

然后你用go processDay(...) 直接开365个goroutine？不行！你机器会炸，你得用semaphore或者worker pool，这就是Go给我的真实感——它不承诺魔法,它给你工具。

365天视频的数据结构——比你想的更麻烦

你以为“一年视频”就是一个文件夹里365个MP4？太天真了，真实情况是：有的天你录了4K，有的天是手机竖屏，有的天没录但有个音频笔记,所以你的数据模型得灵活。

我设计了一个YearVideo结构体：

type DayVideo struct {
    Date   time.Time
    Path   string
    Duration time.Duration
    Size   int64
    Sampled bool // 是否已生成缩略图
    Tags   []string
}
type YearVideo struct {
    Year int
    Days map[time.Time]*DayVideo
}

别笑，这个map[time.Time]*DayVideo 是核心，Go的time.Time可以做map键，这比Python的datetime做字典键要快（其实差别不大，但Go的零值语义更清晰），你还可以用sort.Slice按日期排序,直接生成时间轴。

处理“缺失的日期”是你的必修课

365天不可能每天都有视频，你得决定：是补一个黑场视频（占位），还是跳过，我用Go的time.Date循环,然后检查map里有没有这一天：

for d := time.Date(2023, 1, 1, 0, 0, 0, 0, time.UTC); d.Before(time.Date(2024, 1, 1, 0, 0, 0, 0, time.UTC)); d = d.AddDate(0, 0, 1) {
    if _, ok := yv.Days[d]; !ok {
        log.Printf("警告：%s 没素材", d.Format("2006-01-02"))
    }
}

注意，Go的时间格式化里，2006-01-02是固定的参考时间，不是随便写的数字，刚上手的人总是写YYYY-MM-DD，然后得到一串乱七八糟的东西，你就记住：2006年1月2日下午3点4分5秒，这是Go官方钦定的参考时间,别问为什么。

费曼式拆解：把“转码”讲给外行听

如果你是个剪辑师，你不需要知道H.264和H.265的区别，你只需要知道“这个视频能剪就行”，但如果你要用Go写一个视频处理工具，你得理解帧率、比特率、关键帧间隔这些概念。

我用费曼学习法的思路,逼自己用大白话解释：

• 帧率（FPS）：每秒切换多少张图片，24fps像电影,60fps像游戏。
• 比特率（bitrate）：每秒用多少比特来描述图片，越高越清晰,文件越大。
• 关键帧（I帧）：这一帧是完整的，之后的P帧和B帧是建立在它之上的差值，你要是隔100帧才放一个I帧,拖动进度条就会卡顿。

在Go里，我常用ffmpeg的Go绑定（比如github.com/u2takey/ffmpeg-go），但你得知道命令行背后的参数是什么意思，不然你调了-crf 23，但不知道CRF是干啥用的,等于瞎调。

实际代码片段：计算一年视频总时长

func (yv *YearVideo) TotalDuration() time.Duration {
    var total time.Duration
    for _, dv := range yv.Days {
        total += dv.Duration
    }
    return total
}

然后你运行，发现了一年视频总计18小时43分，你看，你花了一年拍，结果剪辑出来还不到一天，这就是视频工作最魔幻的地方——记录365天，只为了浓缩成一部2小时的短片。

并发安全的“每日一句”字幕

你想给每天的片段加一句字幕，第42天：雨下了一天”或者“第200天：体重没变”，用Go写一个subtitle.go，维护一个map[time.Time]string，但你得注意并发写map会panic。

解决方法是加一个sync.RWMutex：

type SubtitleStore struct {
    mu sync.RWMutex
    subs map[time.Time]string
}
func (s *SubtitleStore) Set(date time.Time, text string) {
    s.mu.Lock()
    defer s.mu.Unlock()
    s.subs[date] = text
}

你看，这就是Go的“真实”之处——它逼你考虑并发，不像Python的GIL帮你挡了一堆麻烦，但这也让代码更诚实：你要么别碰并发,要么就得好好设计锁。

视频的“时间线”既是代码也是人生

我做这个项目的时候，起初只想着怎么用ffmpeg拼接视频，但后来发现，真正的难点是怎么决定每天的素材权重，有的天你拍了30分钟，但剪辑后只留5秒；有的天你只拍了一个空镜头,却占了15秒。

这个筛选逻辑，我用Go写了个加权随机采样器（别问为什么用随机，因为生活就是随机）：

func WeightedPick(days []*DayVideo, r *rand.Rand) *DayVideo {
    totalWeight := 0.0
    for _, d := range days {
        totalWeight += d.Weight()
    }
    x := r.Float64() * totalWeight
    for _, d := range days {
        x -= d.Weight()
        if x <= 0 {
            return d
        }
    }
    return days[len(days)-1]
}

Weight() 你可以定义为：时长越短，权重越高（因为你拍得少，更珍贵），也可以定义为：有风的天气权重高，这是你个人偏好,代码给你自由。

一个坑：时区问题

这绝对是Go视频处理里最容易翻车的点。 你如果只存time.Time，然后按UTC算日子，那中国用户凌晨12点半拍的视频，会被记到前一天,所以你得在配置文件里显式指定时区：

loc, _ := time.LoadLocation("Asia/Shanghai")
now := time.Now().In(loc)

我在最初版本没做这个，导致1月1日的视频，在伦敦的服务器上显示成12月31日，后来整个项目的日期都错了一天，重新跑了一遍——那感觉,就像你发现一年的日记前一天记重复了。

所以记住：用Go处理日期，永远先想“这个时间是在哪块土地上发生的事”。

性能优化：别让Go的GC拖你后腿

视频处理会创建大量临时切片和缓冲区，Go的垃圾回收器（GC）虽然很优秀，但如果你每秒创建几万个[]byte，还是会卡顿，我用sync.Pool来复用帧缓冲区：

var framePool = sync.Pool{
    New: func() interface{} {
        b := make([]byte, 1920*1080*4) // 假设RGBA
        return &b
    },
}

取用：

buf := framePool.Get().(*[]byte)
defer framePool.Put(buf)

这样，你的程序压力会小很多。这不是炫技，是当你真的处理365个视频文件时，内存峰值会从2GB降到800MB,这就是实打实的好处。

真的有人这么干吗？——有，但方式不同

你可能觉得“365天工作视频”是个噱头，但确实有个日本设计师叫Seiichi Saito，他坚持每天录10秒，用软件自动拼接，最后生成一年的回顾，而他用的工具是iPhone的“回忆”功能，底层不是Go，但如果你是开发者，你想自动抓取公司摄像头记录、自动打码人脸、自动生成统计报表——Go就比手机App灵活得多。

我还见过有人用Go写了个机器人，每天定时抓取自己的屏幕截图（工作状态），保存为视频，一年下来，就是一个“你每天工作8小时的延时摄影”，那东西挺吓人的，但也挺有趣——你能看到自己一年到头,到底有多少时间是双眼盯着Excel发呆。

一个不那么完美的收尾

我写这篇东西，不是为了教你用某个库（其实我连ffmpeg-go都没细讲），我只是想告诉你，用Go处理视频，像极了面对365天的工作日常：有并发冲突，有缺失数据，有格式不兼容，还有时区混乱。

你写for循环遍历每一天的那一刻，突然理解了“一年”不仅仅是数字，而是365次打开、处理、关闭文件的操作，Go的time.Time会让你对时间产生一种程序员独有的敏感——AddDate(0, 0, 1)，每调用一次,就像翻过一页日历。

如果你真的想去处理365天的视频，别指望一套代码跑完就结束，你会反复调整参数、修正边界条件、跟内存和CPU搏斗，但当你看到最终的输出文件——那个只有几分钟的final_year.mp4——你会觉得，那些报错日志和死锁调试，其实跟视频里你加班到深夜的镜头一样,都是真实生活的一部分。