无损格式与有损格式：2026 年压缩实用指南

每一种文件格式都是现实与实用性之间的微妙博弈。 你希望自己的照片、歌曲和视频看起来或听起来和原始文件一样，但你也希望它们上传快速、播放流畅，还不会吞噬你的存储空间。 

这正是压缩发挥作用的地方，而它通常会亮出两枚徽章之一：无损或有损。

无损和有损之间的区别就如字面意思一样。 

无损压缩在缩小文件的同时不会丢弃任何原始信息，因此之后可以完美地重建数据。 

有损压缩 通过永久丢弃部分信息来缩小文件，赌你不会注意到（或不会在意）缺失的部分。 

如果你想问：“哪种格式能保持原始质量？”答案是无损—至少在严格的数学意义上是这样。 

无损格式可以被解码回与源文件完全相同的副本。 但这并不自动意味着它们始终是最佳选择，因为现实世界还要考虑带宽上限、手机存储空间，以及你的受众是在校准过的显示器上还是在公交车上一块碎屏上观看你的作品。 

权衡取舍：文件大小与质量

有损压缩之所以存在，是因为它能大幅缩减文件大小，往往远超无损压缩所能达到的程度，尤其是对图像、音频和视频这类多媒体文件。 

它借助感知技巧和数学来实现这一点：识别冗余，建模出人类不太可能察觉的部分，然后移除或简化它。 设计精良的有损压缩在合理设置下可以做到“视觉无损”，直到你把压缩推得太狠，瑕疵便会显现：照片中出现块状渐变、运动画面中细节模糊、音乐里镲片声变得含糊。 

相比之下，无损压缩着眼于在不牺牲质量的前提下提升效率。 与其把它想成“更低的质量”，不如把它看作“更好的打包方式”。 

它可以去除重复内容并重新编码模式，使相同的信息占用更少的比特。 其结果是可逆的，但与有损压缩相比，节省的空间通常有限。 当完整性至关重要时，这非常棒；但当你想让一张 40MB 的主视觉图在移动端表现良好时，就没那么理想了。 

简要说明：“格式”与“容器”（为什么文件名可能会误导你）

人们常说“MP4 是一种有损格式”或“M4A 是无损的”，但事实并非完全如此。 我们随口称为“格式”的东西，很多其实是容器—一个包裹一个或多个媒体流（音频、视频、字幕、元数据、封面图）的外壳。 容器是盒子；编解码器则是盒子里真正负责压缩的东西。

这就是为什么 MP4、MKV、MOV、M4A、OGG 和 WebM 这些文件扩展名并不能直接告诉你某个文件是无损还是有损。 它们只告诉你文件是如何被打包的。 决定质量与文件大小权衡的是编解码器：AAC 对比 ALAC，MP3 对比 FLAC，H.264 对比 ProRes，AV1 对比 FFV1，诸如此类。

举个实际的例子：一个 .m4a 文件 可能是 AAC（有损，常见于流媒体和手机）或 ALAC（无损，常见于苹果生态）。 同样，一个 .mp4 文件可能包含 H.264 视频和 AAC 音频（两者通常都是有损的），但根据编码方式，它也可能包含更高质量的音轨。 就连 .ogg 也是一种容器：它可能承载 Vorbis（有损）或 FLAC（无损）。

如果你想知道自己真正面对的是什么，不要只相信扩展名—请在播放器或文件检查器中查看编解码器详情。 在大多数系统上，“编解码器”字段（或“媒体信息”）会告诉你手上是无损母版还是有损交付副本。

你可以套用的“通用”经验法则

如果它是一种编解码器，你通常可以给它贴上有损或无损的标签。

如果它是一种容器/扩展名，在你查看编解码器之前，就假定视情况而定。

无损编解码器与格式

音频（无损）

• FLAC
• ALAC（Apple 无损）
• WavPack（无损模式）
• APE（Monkey’s Audio）
• TAK
• TTA
• MLP（用于 DVD-A）
• PCM（未压缩音频，例如在 WAV/AIFF 中）
• DSD（例如 SACD/DSF/DFF—在“不丢弃任何信息”的意义上通常被视为无损）
• 图像（无损）
• PNG
• GIF（无损压缩，但调色板有限）
• WebP（无损模式）
• AVIF（无损模式）
• JPEG XL（无损模式）
• TIFF（未压缩或使用 LZW/ZIP 等无损压缩时）
• BMP（通常未压缩）

视频（无损 / 存档）

• FFV1
• HuffYUV
• Lagarith
• Apple Animation（RLE）
• 未压缩视频（raw）

有损编解码器与格式

音频（有损）

• MP3
• AAC
• Opus
• Vorbis
• WMA（有损）
• AMR / AMR-WB
• MP2

图像（有损）

• JPEG / JPG
• WebP（有损模式）
• AVIF（有损模式）
• HEIF/HEIC（实践中通常为有损）
• JPEG 2000（通常为有损，尽管它也能做无损）
• JPEG XL（有损模式）

视频（有损 — 大多数流媒体/分发）

• H.264 / AVC
• H.265 / HEVC
• AV1
• VP9
• MPEG-2
• MPEG-4 Part 2（DivX/Xvid）

“视情况而定”的容器（仅凭扩展名无法判断）

这些容器可以承载有损或无损编解码器，取决于其内部内容：

音频容器

• M4A / MP4 纯音频
• OGG
• WAV（通常为 PCM 无损，但也可包含压缩音频）
• AIFF（通常为 PCM 无损，但可能有变化）
• CAF（Core Audio Format）
• FLAC（既是编解码器又是容器，按定义通常为无损）

视频容器

• MP4
• MOV
• MKV
• WebM
• AVI
• MPEG-TS（.ts）
• MXF

图像容器 / 外壳（通常“视情况而定”）

• TIFF（可以是无损，也可包含有损 JPEG）
• HEIF/HEIC（可以是无损或有损；通常为有损）
• PDF（两者皆可嵌入）

音频：无损与有损格式

无损文件值得吗？

 如果你在做制作、混音、母带处理或存档，答案通常是肯定的：你会想要一份可以随时回到、编辑并转换而不会不断叠加损伤的母版。 专业人士和发烧友往往会保留一个无损曲库（FLAC 或 ALAC），并为手机或车载音响制作更小的有损副本。 这种做法还能避免“世代损失”，即反复重新编码有损文件时可能出现的逐渐劣化。 

如果你只是在日常设备上听流媒体，实际差异可能微乎其微。 很多聆听发生在蓝牙耳机上和嘈杂环境中，此时瓶颈在于你的播放链路，而不在于文件是否原始无瑕。 即便如此，无损依然有其吸引力，能带来安心感并面向未来—存储空间很便宜，而且你只想把 CD 抓轨一次。

Spotify 是无损还是有损？

过去，Spotify 一直以有损方式串流（通常通过 Ogg Vorbis）。 但截至 2025 年 9 月 10 日，Spotify 宣布在 Premium 上推出“无损”，以最高 24 位/44.1 kHz 的 FLAC 进行串流。 可用性和设备支持可能因市场和推送进度而异，但要点很明确：Spotify 已正式进入无损时代。 

如今更有意义的问题是你是否会从中受益—而诚实的答案取决于你的耳朵、你的设备，以及你是在挑剔地聆听还是随意地听。

图像：RAW 对比 JPEG（以及为什么重新保存很重要）

我的照片应该用无损还是有损格式？ 

在摄影中，有损与无损的抉择往往隐藏在一个更大的抉择之中：你是在捕捉一张日后要冲洗的“数字底片”，还是相机为你直接烘焙好的成品图像？

RAW 文件以最大的编辑灵活性保留传感器数据—曝光恢复、白平衡调整、更平滑的渐变—因为它们保留了多得多的信息。 JPEG 为速度和便利而生，通常是有损的。 JPEG 的魔法在于它能让文件大幅缩小，但代价是丢弃数据。 当你反复编辑并重新保存 JPEG 时，它们每次都可能被重新压缩，这会有累积瑕疵和条带的风险。 

这就是为什么常见的专业工作流程是以 RAW（或 RAW+JPEG）拍摄，从 RAW 进行认真的编辑，再导出 JPEG 用于分享。 这也是为什么“哪种格式能保持原始质量？”这个问题很重要：RAW 为未来的你保留了最多的原始拍摄数据；JPEG 则为当下的便利而优化。 

我的网站用无损还是有损图像重要吗

对于网页图形和 UI 元素，PNG 通常是无损的，非常适合处理清晰的边缘、文字和徽标；而对于照片，JPEG 往往更好，因为一点损失就能换来巨大的体积缩减。 工具和 CDN 也可以提供更新的格式；例如，WebP 可以在无损模式下使用，某些情况下仍能实现大幅缩减，这也是它在注重性能的网站配置中广受欢迎的原因。 

视频：为什么你串流的几乎一切都是有损的

视频正是有损压缩悄然支撑起整个互联网的地方。 H.264/AVC 和 HEVC 等现代编解码器旨在把海量数据压缩到你真正能够串流的程度，通常通过利用帧与帧之间的冗余以及你眼睛不太可能注意到的部分来实现。 这带来的收益极其巨大，这也是为什么“有损压缩更好”有时是正确的看法：没有它，流媒体平台就会成为烧钱的带宽篝火。 

但同样的规则适用：保留你能得到的最佳母版，只在最终环节压缩。 如果你在剪辑视频，通常你会想要高质量的源素材和经过深思熟虑的导出，因为再次重新编码有损文件可能会叠加瑕疵。 

在无损与有损之间做选择，不必想太多

如果你在纠结“何时使用哪一种”，最简单的规则是这样：当文件是源文件、母版或你将要编辑并复用的东西时，使用无损；当文件是旨在快速轻量的交付副本时，使用有损。

无损在存档、创意工作以及任何看重保真度或完整性的场合大放异彩。 当速度、存储和兼容性比完美更重要时，有损胜出，尤其是在流媒体和网页交付方面。 而如果你在优化网站，有损图像压缩往往是一项性能超能力—只要你把原图保存在安全的地方，并且不把图像压到瑕疵可见的程度。 

换句话说，无损是你的“万能钥匙”。有损是你的“日常随身物”。诀窍在于知道你手里拿的是哪一个—并且不要在事后试图把一个变成另一个，因为你丢弃的数据是回不来的。