因为有损编码器无法描述任意数量的采样。一个 MP3 帧正好容纳 1152 个采样，所以当一首曲目不是 1152 的整数倍时，编码器就用零把最后一帧填满。编写了最通行 MP3 编码器的 LAME 项目在其技术说明中记录道：它测试过的每一款解码器还会在文件开头额外引入 528 个采样的延迟，而一个 WAV 文件经过编码再解码后，会带着 1056 个采样的延迟回来。

在光盘抓轨常用的 44.1 kHz 下，一秒是 44,100 个采样，因此 528 个采样约相当于 12 毫秒被加进去的静音，而用零填满的末帧最多再添 26 毫秒。放在两首互不相干的流行歌之间谁也听不出来，但放在现场演出或对准节拍的混音中间，就刺耳得毫不含糊。这也是为什么抱怨几乎总是来自手里有概念专辑、古典录音或打碟现场的人。

它指的是下一首曲目的第一个采样紧接当前曲目的最后一个采样送到输出，中间不插入任何东西，也不会被误切掉任何东西。它不是淡入淡出。淡入淡出把两首曲目叠在一起并压低两者音量，从而遮住接缝；无缝衔接播放是把接缝本身去掉，两个设置解决的是相反的问题。

三件事必须对上。文件必须声明自己包含多少采样，解码器必须丢弃编码器的填充而不是把它播出来，播放器必须在当前曲目结束之前就把下一首解好码并排进队列。一个等前一首播完才去打开下一个文件的播放器，无论格式多好，总会制造出一段短暂的静音。

在很大程度上是的。FLAC 由 IETF 的 RFC 9639 规定，其中把最小块大小定为 16 个采样、最大定为 65,535，然后留下此处唯一要紧的例外：最后一块可以小于 16 个采样，正是为了让文件在不使用填充的情况下与已编码音频的长度相符。因此 FLAC 文件在音乐结束的地方结束。它的 STREAMINFO 头部还用一个 36 位字段保存采样总数，并带有原始音频的 128 位校验和。

Opus 用另一种办法解决同一个问题。RFC 7845 在流的头部放入一个预跳过字段，标明播放器应当解码后丢弃的采样；在裁剪一段流时，它建议预跳过至少 3,840 个采样，并把真正的播放位置定义为颗粒位置减去这个预跳过值。MP3 和 AAC 也可以做到连贯播放，但前提是编码器把延迟和填充写进了标签、播放器又会去读它，这就多了一个可能出错的环节。

先从文件下手。把专辑抓轨或转换成 FLAC 或 ALAC 而不是 MP3，每张专辑各放在自己的文件夹里，并把文件夹整体导入，这样曲目顺序才能保住。FLAC Player Offline: Gapless 会连结构一起导入整个文件夹，它的 Wi-Fi 传输则通过浏览器把音乐从电脑直接送进应用，从而避开同步工具可能强加的重新编码。它在 iPhone 和 Android 上都免费，商店里它自己的介绍写道：

在 Android 上，地基就在平台本身。MediaPlayer 文档 自 API 级别 16 起便有 setNextMediaPlayer 方法，文档把它描述为尽可能无缝地从一个播放器过渡到下一个；它之所以存在，恰恰因为曲目末尾的交接才是难处。而在系统音乐应用根本不导入 FLAC 的 iPhone 上，这份活儿只能由你安装的播放器来干。随后检查两项设置：无缝衔接打开，专辑内部的淡入淡出关闭，因为淡入淡出会毫不客气地拆掉你刚刚设好的东西。

当静音已经写进文件的时候。如果你手上某张专辑的唯一副本是没带无缝标签抓出来的 MP3，编码器切掉的采样就已经没了，把那些 MP3 转成 FLAC 只会把空白原样保存下来，而不是把它去掉。请从原盘重新抓轨，或者买一份无损下载；没有哪个播放器能找回从未被写下的声音。

如果你的音乐住在串流服务里，它同样是错误的工具，因为本地文件播放器没有东西可放。还有一种情形：如果专辑在母带阶段就在曲目之间留了真正的静音，那段静音是演奏者的决定，无缝衔接播放器会原原本本地照原意呈现它。