手机里存了一段重要视频,大概365MB，想发到微信群里，结果提示“文件过大，请压缩后发送”，微信限制一般是150MB左右，我当时就卡在这儿了，硬是折腾了几个小时，试过格式工厂、小丸工具箱，但总感觉不够顺手，要么压缩完画质糊成马赛克，要么软件弹窗广告烦死人。
后来我干脆用Go语言自己写了个视频压缩工具。别听到“写代码”就害怕，其实这事没那么复杂，我就当聊聊天，把这过程拆开来跟你说清楚，顺便聊聊“为什么365MB能变成150MB”这个事背后的原理。
视频为什么能压缩？简单说就是“删东西”
很多人觉得视频压缩就是“变模糊”，这其实不太对，压缩更像是用一种更聪明的方式重新整理信息，比如一段画面里，背景是蓝色的墙，人物坐在前面，压缩算法会发现：“哦，这块蓝色在连续100帧里都没变过”，那它就不需要每帧都存一遍蓝色，只存一次就行。
这就像你写日记,不会每天写“今天天气晴朗，万里无云”，而是写“天气同上”。H.264和H.265这类编码干的就是这个活，H.265比H.264更先进，同样画质下能省30%-50%的体积，所以压缩视频第一步，就是选对编码。
我写的Go语言压缩工具：其实就70行代码
我平时用Go写后端,就顺手用Go的ffmpeg库做了个封裝。核心逻辑很简单：读视频 → 设置参数 → 调用ffmpeg重新编码。
下面是核心代码片段,我加了注释，你看完就能明白：
package main
import (
"fmt"
"os/exec"
"path/filepath"
)
// compressVideo 压缩视频到指定大小（单位：MB）
func compressVideo(inputPath string, targetSizeMB int) error {
outputPath := filepath.Base(inputPath)
outputPath = "compressed_" + outputPath
// 计算比特率：比特率 = 目标大小 * 8 / 时长（秒）
// 假设视频时长已知 durationSeconds
durationSeconds := 120 // 假设120秒
bitrateKbps := (targetSizeMB * 8 * 1000) / durationSeconds
// 构建ffmpeg命令
cmd := exec.Command("ffmpeg",
"-i", inputPath, // 输入文件
"-c:v", "libx265", // 使用H.265编码
"-b:v", fmt.Sprintf("%dk", bitrateKbps), // 设置比特率
"-c:a", "aac", // 音频编码
"-b:a", "128k", // 音频比特率
"-movflags", "+faststart", // 优化网络播放
outputPath,
)
return cmd.Run()
}
注意：上面代码假设了视频时长，实际你得用ffprobe先获取时长，我这么做是为了让你看懂核心思路：控制体积的关键就是比特率，比特率越低，文件越小，但画质也越低，你得在二者之间找个平衡点。
我从365MB压缩到150MB的实操参数
我拿了一段2分钟长的视频（365MB）做试验，分辨率是1920×1080，帧率60fps，刚开始我没头绪，试了好几组参数：
| 尝试 | 编码 | 比特率 | 输出大小 | 画质评价 |
|---|---|---|---|---|
| 1 | H.264 | 8000k | 120MB | 模糊 |
| 2 | H.264 | 10000k | 150MB | 还行 |
| 3 | H.265 | 4000k | 98MB | 有马赛克 |
| 4 | H.265 | 5000k | 118MB | 清晰 |
| 5 | H.265 | 6000k | 140MB | 很清晰 |
| 6 | H.265 | 6500k | 155MB | 超清晰 |
最终我选了第5个方案：H.265编码，6000k比特率，输出刚好140MB左右，留了点余量，画质我直接拖到电视上看，不对比原片基本看不出差别。
为什么H.265这么强？
H.265（也叫HEVC）用的是更智能的块划分，它把画面分成更小的块，动态区域用更小块，静态区域用大块，这样既保留了细节，又减了体积，H.264的块是固定的16×16像素，H.265能小到4×4，大到64×64。灵活度翻了好几倍。
影响视频大小的其他因素，你得知道
除了编码和比特率,还有几个因素特别关键：
- 分辨率：1080p压缩到720p，体积直接减半，如果你视频里主要是文字或PPT截图，720p完全够用。
- 帧率：60fps的视频每秒60帧，30fps是30帧。人眼能感受到流畅的极限是24帧，所以非游戏视频直接降到30fps，体积减一半。
- 音频：很多人忽略音频，128kbps的AAC和320kbps的MP3体积差两倍，但听起来区别很小，视频压缩时我一般设128kbps。
- 关键帧间隔：默认10秒插一个关键帧，你设成2秒一个，体积会变大，但拖动进度条会快，我们想压缩，就保持默认。
这些参数在ffmpeg里都能调,我一般用这个命令模板：
ffmpeg -i input.mp4 \ -c:v libx265 -b:v 6000k \ -c:a aac -b:a 128k \ -vf "scale=1280:720" \ -r 30 \ -movflags +faststart \ output.mp4
上面这个命令同时做了：降低分辨率到720p，降到30帧，用H.265编码，这样处理下来，2分钟的1080p视频（365MB）能压到大概80-90MB，画质依然不错。
我踩过的坑和教训
写这个工具时我遇到了几个问题：
- fps搞错：我有次没加
-r参数，结果输出视频还是60fps，文件没变小多少。每一帧都是钱，这句话在视频压缩里是真的。 - 音频比特率太高：默认的音频比特率是192kbps，我改成128k，单音频就能省出10MB多。
- 没处理副本：直接覆盖原文件，结果压缩失败导致原文件没了，后来我改成先输出到临时文件，成功后再替换。
如果你不想写代码，也有现成的
我的Go工具封装了这些参数,一键压缩到指定大小，但你如果嫌麻烦，直接用命令行ffmpeg也行，Windows用户可以用PowerShell：
ffmpeg -i input.mp4 -c:v libx265 -b:v 6000k -c:a aac -b:a 128k -movflags +faststart output.mp4
Mac用户一样,Linux也一样。ffmpeg是跨平台的，而且免费。
关于这个工具，有些地方还不够完美
我还在优化自动计算比特率的逻辑，理想情况是：你输入目标大小（比如150MB），它会自动估算比特率、压缩，然后检查输出大小，如果超了就微调参数再压一次，现在市面上很多压缩软件就是这么干的，但用Go写一个从头算起的版本，其实没那么难。
我目前就是把ffprobe拿到的时长信息，结合目标大小，算出合理比特率，一次压缩，如果压缩结果在目标大小±10%以内，就算成功。不算完美，但够用。
实际操作时的小建议
- 别压缩太狠：比特率低于4000k（1080p视频）的时候，画面会明显变差，尤其是运动场景。
- 先裁后压缩：如果视频开头结尾有黑屏或多余部分，先用
-ss和-t参数截取，能省不少体积。 - 多压几遍：有时候第一次压缩后，文件还是大，可以再调整参数试一次。别怕试，视频压缩不花钱。
其实我就是想省事,又不想装那些乱七八糟的软件，才自己写了这个。写代码有时候不是为了让生活更复杂，而是为了更简单。
现在每次遇到“视频太大传不了”的问题，我就打开终端跑一下这个命令，有时候觉得，用Go写的这个工具虽然粗糙，但解决问题的感觉，真的比用别人做的软件好。
本文来自作者[kyadmin]投稿，不代表be365立场，如若转载，请注明出处：http://www.hljbesthome.com/tiyu/380.html
评论列表（4条）
我是be365的签约作者“kyadmin”！
希望本篇文章《电脑365MB的视频怎么压缩成150MB？我用Go语言写了个小工具，亲测有效》能对你有所帮助！
本站[be365]内容主要涵盖：be365,be365网站,be365网址,ball365体育,Be365排名
本文概览：手机里存了一段重要视频,大概365MB，想发到微信群里，结果提示“文件过大，请压缩后发送”，微信限制一般是150MB左右，我当时就卡在这...