一个保住录音，另一个保住录音的摘要。FLAC 的 IETF 规范 RFC 9639 把无损压缩定义为在不删除、也不以不可逆方式改动任何数据的前提下减少存储占用，因此解压后原件原样回来。它对有损压缩的定义正相反：回来的是一个近似值。全部差别就在这里，而且这是结构问题，不是口味问题。同一份文件把 FLAC 的范围定为 1 到 8 个声道、1 到 1,048,575 赫兹的采样率、4 到 32 位的位深度，而工具主要针对 2 声道、44.1 kHz、16 位的 CD 音频做了优化。MP3 给不出同等保证，因为编码时丢掉的东西是永久丢掉的。

多半听不出来，而不问你用什么耳机就断言相反的人只是在猜。有用的做法是去看文件在输出端究竟是什么，而这款播放器的 App Store 说明正好讲到这一点：

决定答案的有两件事，而格式标记不在其中。第一是音源：由 128 kbps 的 MP3 转成的 FLAC 照样带着同样缺失的数据，只是保存得很完好。第二是输出链路。手机可能在 96 kHz 的文件到达耳机放大器之前就把它重采样，而这个转换除非有东西显示出来，否则看不见。所以一个会打印格式、位深度、采样率和是否重采样的音频面板，胜过任何关于听感的说法：它把问题变成观察。先在一首熟悉的曲子上看标记，再通过无线耳机看一次；下一节解释这两个读数为何常常对不上。

在 64 GB 的手机上足以感觉到，而且这笔账是固定的，不是见仁见智。CD 音频是每秒 44,100 个采样、16 位、2 个声道，也就是每秒 1,411,200 比特，未压缩音频每分钟约 10.6 兆字节。安卓的平台解码器把 MP3 封顶在 320 kbps，折合每分钟 2.4 兆字节。FLAC 落在这两个数字之间，而且永远不会低于 MP3 那个数字，因为无损编码器无权丢弃任何东西。所以一张以 320 kbps MP3 约占 100 兆字节的十曲专辑，换成 FLAC 会要几倍的空间。在固定 128 GB、还要跟相册抢位置的手机上，这是一个真实的取舍。

就无线聆听而言，很大程度上是的，而这正是格式之争通常跳过的部分。安卓的 BluetoothCodecConfig 类列出了手机能通过 A2DP 链路发送的编解码器：SBC、AAC、aptX、aptX HD、LDAC、LC3 和 Opus。它们无一例外都是有损编解码器，所以你解码后的 FLAC 在离开手机之前会被重新编码。同一个类还列出 44.1、48、88.2、96、176.4 和 192 kHz 的采样率以及 16、24、32 位的位深度，这就是高码率链路依然会改变数据的原因。有线播放和本地存档才是无损能原样存活的场合。FLAC Player Offline: Gapless 和 它的安卓版会显示当前的输出格式。

因为 MP3 容器无法表示任意的采样数，而它替换着加上的填充在曲目之间听得见。LAME 的技术问答说得很直白：所有基于 MDCT 的编码器都会在每首歌的开头和结尾加填充。作者测试过的所有解码器都会引入 528 个采样的延迟，ISO 风格的编码器再加 528 个，于是一个先编码再解码的文件回来时前面多出 1,056 个采样。LAME 自己默认的编码延迟是 576 个采样，结尾还要补 288 个，否则最后一个颗粒根本解不出来。FLAC 精确保存采样数，所以现场专辑能熬过这趟往返。

三种情形，没有一种少见。如果你只用无线耳塞听，链路反正会把一切重新编码，那存储就白花了。如果你的文件本来就来自 MP3 或流媒体下载，往上转换只增加体积，不增加信息。而且安卓自己的媒体文档把平台 FLAC 限制在立体声和 48 kHz，所以多声道或更高采样率的文件需要的不止是内置解码器。