Apple Music 净添乱——iOS 音乐 APP 的负优化简史

翼宿一

        之前看到过坛友发的这样的一个帖子，抱怨 iTunes 和 Apple Music 资料库冲突的事。虽然当时我提到了可以关闭 iCloud 云端资料库来避免冲突的问题，不过当时实际上没有经受过多少云端资料库的折磨。昨晚手贱尝试给 iPod 打开了一下，于是有了这个帖子里的教训。


        当时尝试了添加音乐到曲库，虽然我知道 Apple Music 云端资料库合并非常弱智，但出于好奇还是想知道专门拿来听歌的 iPod touch 会不会能稍微聪明点。结果就这么点了两下，它给我本地的数据库全部上传到云端了。
        就算我在三分钟内就删掉了本地曲库，也还是没解决问题。它并不是逐一上传的，而是在后台拉清单，然后对照清单逐一匹配和上传。哪怕没有了可以上传的文件，它也会保留着清单（尽管无法播放），需要手动一个个删掉。

        在本地和云端都有的歌曲，它也会全部插上去弄成两份，除了桌面端能多选之外，其他的客户端都只能一首首手动删掉，或者是干脆整个专辑删了再用 AM 重新添加，不然云端资料库就会被本地数据库污染成这种状态。甚至它还是根据初次添加到本地资料库的时间穿插进去的，没办法只顺着最近添加来删，如果电脑上不幸是本地数据库，那就再找台电脑开云端数据库整理吧，不然你本地资料库越大它越能给你整活。不过如果真的是用桌面端操作这个，那点一下取消其实就能打断，就不用删那么多了……

        这还不是最后，如果你已经打开了云端数据库，那本地数据库就无法再同步了！

---

        前段时间弄了一些 iPod 来赛博考古，其中给我割裂感最重的还是 touch 家族。Apple Music 是在 iOS8.4 时引入的，但不知道苹果为什么当时没有给它单独设置一个云端数据库，而是强硬和本地数据库打包了——那之后，一切混乱都开始了。
        虽然是很多年前的老古董，但旧款 iPod touch 系列因为没有 AM 接入，甚至是本职工作能完成得很不错的本地播放器，搭配 iTunes 能实现几乎所有你对本地播放器的数据管理要求，相应的播放功能也一个不少。而 iPod touch 5 出厂是 iOS6，这就导致这货在更新 iOS8.4 之后，作为本地播放器的价值反而大打折扣（后两代更糟糕，出厂版本都已经不再考虑本地播放了）。一些功能为了迁就半成品时期的 AM 都被整改（虽然 iPod 一直不支持滚动歌词，但本身是很容易显示本地歌词的，因为初期的 AM 不支持歌词，所以这个功能也跟着被收起来了，很多 AM 的缺陷反而都移植到了本地播放器上面），而云端数据库又与本地数据库冲突，想要同时使用双端曲库就只能把本地曲库都上传云端，这个记得之前还被 iPod 用户广泛抵制过。
        你可能会想问，那本地用户不用 AM 不就得了？答案是可以，但砍掉的功能仍然是不会再回来了，等于要你使用一个没有流媒体便利而又保留了早期流媒体缺陷的本地播放器。甚至对旧设计大刀阔斧改革的 iOS7 也没有对本地播放的功能作删减，除了把 Coverflow 换成了专辑封面墙之外别的都只是设计上的换皮，对本地播放的影响远远不及后面 iOS8.4 的 AM。

        这两张是 touch6 的音乐 APP 截图。一个是关闭云端资料库和 AM 的状态，一个是开启 AM 的状态。虽然 AM 可以和本地资料库共存，但是这个状态下是只能在线听歌、没法保存音乐的，尝试添加到资料库的话就会出现前面开头那个夺命选项了，清空本地曲库或者污染云端曲库？

        而这个，是十二三年前的 iOS6 的本地播放器，这个时候不仅分类有专门的图标，而且可以直接将分类放到底部菜单栏快捷访问。而 iOS12 这个不说没图标导致的辨识度下降了，一个本地资料库有什么将「广播」放到正中间的必要吗，明明到处都可以下拉调出搜索有什么单独占一个选项的必要吗？这玩意到底是一个本地播放器还是一期整人大赛啊？
        有些过于弱智的问题，倒是在后面的系统有改进，像是现在分类就有了图标，但是这些对于早就停更的 iPod 来说又有什么意义呢。 touch 系列以前还能说是更加智能和美观的 iPod 播放器，但在 touch 5 之后就连本职工作都干不好了，而需要流媒体启动器的话又有什么必要买它呢，价格还越炒越离谱了，和均价五十包邮的 touch4 相比，我是找不到买六七百的 touch7 的理由。而不需要触屏和丰富 UI 设计的话，classic 系列甚至还有同步速度和容量上的优势（不知道为什么，用闪存的 touch 系列同步反而需要更长时间，classic 同步同样歌曲所需时间只需要 touch 的 2/3）。纵然 AM 是给果子赚得盆满钵满，但原先支持 iPod 那些音乐都被 iTunes 绑死的老用户，大概已经死得所剩无几了。

        不过 AM 在流媒体领域确实是有一定长处的，没有本地曲库包袱的话 AM 用着也没什么太大问题，这里出现的问题应该都碰不上。而如果是本地用户、又有使用 AM 的需求，我的建议是给设备作用途的区分，避免曲库的混淆。我平时用的 Mac 就是关闭了云端曲库，AM 只用于线上试听，主要使用本地曲库来给 iPod 等设备同步音乐。而我在另一块硬盘上装的系统就打开了云端曲库，本地歌曲就只添加云端曲库没有的歌曲进去，这样只使用云端曲库的 iPhone 也能通过云端曲库的上传功能来听到 AM 本身没有的歌曲。虽然一开始也觉得麻烦，但我已经逐渐把云端曲库迁移到本地曲库了，云端曲库其实不怎么需要管理了（除了昨晚那种手贱的情况），如果不幸有和我一样需求的话，这就是我的经验之谈和教训了。

Midnight.Coup

2200 的纯 eSIM 版 16e，除了不能打电话发短信用5G外都行，新时代的 iTouch

distrowatch

apple music流媒体音量都偏小如果跟本地混着听挺烦的已经完全顺从用流媒体了，流媒体没有的就云端资料库让他自动压缩帮我降低音量

翼宿一

Midnight.Coup 发表于 2025-5-24 23:29
2200 的纯 eSIM 版 16e，除了不能打电话发短信用5G外都行，新时代的 iTouch

touch 6/7 的时候宣传重点就是能随意使用 App 而不是多好的音乐播放功能了，从这点来说所有便宜的 iPhone 都能算是多了通话功能的 touch，本家那个低配小垃圾当然可以停产了

翼宿一

distrowatch 发表于 2025-5-24 23:42
apple music流媒体音量都偏小如果跟本地混着听挺烦的已经完全顺从用流媒体了，流媒体没有的就云端资料库让 ...

这个我倒是没感受，我本地的曲库基本都是从 CD 抓的，和 Apple Music 那些放一起也没感觉音量有什么落差（也没打开音量平衡），不知道是不是 Mac 客户端有什么特殊处理。
我这边对音量感受最强的是网络视频提取的音频，声音都特别小，和别的放一起完全不能用一个音量听，但从 DVD 的视频里提取出来的音频就和 CD 歌曲响度一致。

distrowatch

翼宿一 发表于 2025-5-25 00:03
这个我倒是没感受，我本地的曲库基本都是从 CD 抓的，和 Apple Music 那些放一起也没感觉音量有什么落差 ...

可能是？我是windows下导的carplay用apple music本地音乐车机音量开16-18就够了流媒体要开到30，吓过我几次加上开流媒体后itunes导入也很麻烦就放弃了

Unlight

我遇到过的问题是，下载下本地以后反而无法播放了

—— 来自 S1Fun

翼宿一

distrowatch 发表于 2025-5-25 00:12
可能是？我是windows下导的carplay用apple music本地音乐车机音量开16-18就够了流媒体要开到30，吓过我几 ...

我也用过 Carplay 上的 AM，不过我这边没遇到过音量不平衡的问题（AM 曲库的和自己上传到云端曲库的音量都差不多，不需要调整音量），所有的音源/设备都有这种问题吗？比起设定，感觉更像是阿三程序员搞出来的 bug

翼宿一

Unlight 发表于 2025-5-25 00:21
我遇到过的问题是，下载下本地以后反而无法播放了

—— 来自 S1Fun

说到这个，上传云端曲库的歌曲会被固定在 vbr 256kbps aac 的规格，你在 A 设备上传了到 B 设备下载就只有这个规格了，甚至你删掉 A 设备本地的文件后再重下也是只能拿回这个规格的，因为 AM 最初就只有这个规格（持平 iTunes store 销售音源），后面虽然 AM 支持无损了但 AM 上没有的你还是只能听 256kbps 规格（touch 6 这个停更在 iOS12 的玩意甚至还不支持 AM 的无损，想要用自带音乐听无损歌曲就只能用本地曲库）。
之后就是一个鬼佬那边都在骂的问题了，云端曲库不属于用户，自己上传上去的再下回来也会上 DRM 加密，过不了验证的话就没法播放了，记得当时鬼佬骂得很凶，绑架用户的音源什么的，不过现在怎样我也不清楚了，因为我没用桌面端下载过 AM 的音源。

johnie.2

在我接受了全在线流媒体之后AM就是最好的流媒体软件了

Sevenseas

苹果音乐管理的核心是两个字--同步。只要搞清楚过谁在同步谁，就能明白apple的逻辑。itunes时代传下来的逻辑是--以一台电脑上的资料库为中心，其他的只是同步中心上音乐的终端。电脑上可以有多个资料库，但库与库之间没有任何联动方式，完全独立（在切换库时需要重启itunes），而库本身也只是一个索引，并不会包含任何音乐文件，如果只是单纯的往库里添加文件，一但文件路径改动，就会报错音乐丢失（itunes设置中有一个将音乐转移到itunes meida文件夹中并分类的选项）。至于ipod，它们的作用就是作为终端，同步（复制）资料库。虽然电脑上可以有多个资料库，但ipod一次只能sync一个。理论上来说你只能整个整个的同步资料库，但实际上可以通过建立播放列表的方式进行个性化调整。无论作如何调整，在同步另一个资料库时，原来的资料库会直接被覆盖。

对于apple music，苹果的底层逻辑依然没有改变，icloud资料库是中心，智能设备是终端。按照苹果原来的逻辑，icloud资料库也是资料库，跟过去的管理方法是一样的，只是这一次，你只能通过改动电脑上的资料库，然后上传你的修改，将你的本地资料库与icloud资料库同步，以修改你的icloud的资料库，或者通过apple music
修改。我想这样看，本地资料库本身也变成了一种终端。终端的功能更加多样，它不但可以同步资料库，还可以对资料库的内容进行修改。

但苹果没有为icloud资料库提供任何传统的管理方法（如网盘）（其实我不知道有没有），因此，一个iCloud账户只能拥有一个资料库。

用户显然没有什么选择，要使用icloud资料库，就必须接受苹果的逻辑，让所有的设备成为icloud资料库的终端，所有音乐同步，不同步则亡。而且如果是同步，就是全部同步，没有个性化选择。但其实也是有的--你可以合并本地与icloud的资料库，将你本地的资料库全部上传并同步到icloud资料库，结果一般只有一个--混乱。简单的说，把它当成OneDrive用就好了。

Only Apple can do.

Ps：关于itunes的描述仅针对Windows。本文可能有许多错误。

droople

这才意识到我买了ipod touch 5/6/7之后完全是当个没电话功能的ios来用，后面都是流媒体，没用过本地音乐。本地音乐还是传统ipod和DAP。

翼宿一

johnie.2 发表于 2025-5-25 01:41
在我接受了全在线流媒体之后AM就是最好的流媒体软件了

在尝试切换成本地音乐之前，我也觉得 AM 无可挑剔，要音质有音质，要美观有美观。现在嘛，要算法有音质，要易管理有音质，要强迫症友好有音质……

翼宿一

Sevenseas 发表于 2025-5-25 08:52
苹果音乐管理的核心是两个字--同步。只要搞清楚过谁在同步谁，就能明白apple的逻辑。itunes时代传下来的逻 ...

        其实 Mac 端也是这么一回事，只是 Mac 那边默认就是打开整理文件夹功能的，会依据 艺人-专辑 的模式分别设置文件夹，并根据 CD 编号-音轨号-标题 的方式重命名文件，对强迫症极其友好（除了添加文件到库之后需要再删掉原先位置里的文件）。iTunes 本身也能提供音频文件（抓轨时载入线上数据库补充歌曲信息）和编辑多数常用的内嵌信息，除了写入具体发行日期这种小众需求之外，我是没再用过其他的数据编辑器。

（虽然通常来说只有 iTunes store 买的歌曲会有版权信息和推出日期，但是通过第三方工具编辑，也能让自己的音频显示这个）
        至于 Apple Music，这玩意上线之初就是用的 iTunes store 音源，所以我怀疑是不是也一并用了这个曲库的逻辑，只是数据中心变成了用户不那么容易碰到的云端。继承这套模式提供的额外优势就是，AM 是可以编辑线上歌曲的部分信息的，虽然只会改变自己账号读取到的音乐信息，但除了标题之外的包含封面等的似乎大多都能修改。但与此相对的，是很多信息用户也碰不着，比如说「推出日期」、「制作人员」信息这些就是外挂的数据库（而非用户能碰得到的「年份」和「作曲」等内嵌信息条目），属于你改了也没用的。
        但是反过来，缺点可就多了，最大的问题还是没法和本地曲库兼容。果子的理想可能就是先将用户的本地曲库放到云端，再用 AM 补充用户原先没有的歌曲，毕竟都用自己的数据来搭建的话云端曲库也是完全可控的——但对于云端转本地的用户就是彻头彻尾的灾难了，不仅两个数据库会相互污染（本地往云端写入重复的数据、云端导致本地数据难以一并管理），而且本地上传的标准也始终就一个老标准，和升级过的 AM 完全没得比。可能果子当初就没考虑过还有人会反过来从云端退回本地吧。

        我个人是比较乐意使用 iTunes 这种同步逻辑的，相比直接使用文件夹管理，更能避免重复的问题，而且能一劳永逸地应对不同设备的歌曲整理需求（桌面端完成整理和归类，其他设备就只需要从桌面端复制曲库了）。但这套逻辑比起不能自主管控的云端曲库，显然还是更适合用户能完全掌控的本地曲库。虽然现在看来也有时代局限在，但偶尔也会有我这种比起新生代互联网逻辑、更喜欢老一套的奇葩在。不过就是最新的 macOS 也能直接给 iPod classic 这种老设备做同步，这种对上古设备的兼容性对我来说也很方便，虽然有些太老的还是不行（iPod touch 1 的同步逻辑似乎更改过，所以 iPhoneOS1 的 touch 就只能使用老版本 iTunes 同步，而 ARM Mac 不用虚拟机就装不了老 iTunes）。

泰坦失足

Sevenseas 发表于 2025-5-25 08:52
苹果音乐管理的核心是两个字--同步。只要搞清楚过谁在同步谁，就能明白apple的逻辑。itunes时代传下来的逻 ...

iPhoneOS早期那个同步逻辑有够绕脑子. 后来逐渐变成iPhone是iPhone, iTunes是iTunes. 不需要iTunes也能完成全部

翼宿一

droople 发表于 2025-5-25 09:47
这才意识到我买了ipod touch 5/6/7之后完全是当个没电话功能的ios来用，后面都是流媒体，没用过本地音乐。 ...

iPod touch 后面的三款就是有耳机插口的流媒体启动器，作为转型期初期的产物，只能说优点继承不完全、缺点保留很彻底了。一方面系统更新得够久、许多不适配的地方也照单全收（顺应刘海屏甚至挖孔屏而生的设计跟着强塞到传统屏幕的后果，就是空间利用率越来越难看，到处都空荡荡的大额头），另一方面更新得又不够久，许多缺陷没有办法解决。要说的话最大优势就是能通过第三方应用来访问其他流媒体了，只是 AM 作为无法单独更新的内置应用，反而在这里吃亏。
传统 iPod 的好处是本职功能不会受到更新影响，但相应的维护周期也短。第六代的 Classic 甚至没有长按确定键跳转到专辑的功能，这个功能和线控支持、Genius 歌单等功能都是 2.0 系统追加的，这个就只有 120G 和 160G 的六代半和七代能获得。往前五代的 Video 也没有 Coverflow 等功能（同款 DAC 的 touch 1 却有，很神奇），但 touch 家族这些地方就会随系统更新越来越完善（对异形封面的支持、对专辑信息的更充分显示）。只是 touch 的长板也随着 AM 的加入，反过来变成了短板，令人慨叹。

翼宿一

泰坦失足 发表于 2025-5-25 10:38
iPhoneOS早期那个同步逻辑有够绕脑子. 后来逐渐变成iPhone是iPhone, iTunes是iTunes. 不需要iTunes也能完 ...

iPhone 之初就是当作一个加强的 iPod 来构思的，离开了 iTunes 确实什么也做不了。后面 iPhone 市场地位提高了才有了架构上的优化，在更早的时候甚至激活都得用 iTunes，要是这套逻辑今天还在用，你看那些不会用电脑的人还买不买肾机。

droople

翼宿一 发表于 2025-5-25 10:42
iPod touch 后面的三款就是有耳机插口的流媒体启动器，作为转型期初期的产物，只能说优点继承不完全、缺 ...

对AM没法单独更新

luffyzhou

我的iPod classic用foobar的插件同步音乐，反正不总更新还好。以前用iTunes也是用来整理曲库方便，现在用musicbee了
iPhone的am是国区会员（因为从3gs开始攒了很多app，也不愿意换区了），但因为有时候要买小气球圈X这类的app或者游戏，还有个日区和美区号，每次换区am都要重下离线音乐，所以现在iPhone端的am变成纯流媒体用了，反而是安卓端还能离线用用（说起来am适配折叠屏适配的还不错）

翼宿一

luffyzhou 发表于 2025-5-25 11:16
我的iPod classic用foobar的插件同步音乐，反正不总更新还好。以前用iTunes也是用来整理曲库方便，现在用mu ...

某种意义上，没有本地曲库包袱（也没法有这个 iTunes 包袱）的安卓机确实是更好的 AM 启动器，甚至这玩意诞生之初就是照着安卓的 Material Design 做的 Apple Music for Android Beta 体验，当时果子是真的很想占领对家的市场（现在也是）
8 个 Apple Music 设计细节看 iOS 9 交互变化 iOS 版现在倒是不太上心了，比起当初的大胆设计，现在保守多了

distrowatch

翼宿一 发表于 2025-5-25 00:34
我也用过 Carplay 上的 AM，不过我这边没遇到过音量不平衡的问题（AM 曲库的和自己上传到云端曲库的音量 ...

云端曲库的没问题只有itunes直接倒进机器的本地音乐音量会大，加上我不会用ios也是今年为了用carplay才第一次弄了台iphone当主力机，很多地方都不适应

翼宿一

distrowatch 发表于 2025-5-25 12:12
云端曲库的没问题只有itunes直接倒进机器的本地音乐音量会大，加上我不会用ios也是今年为了用carplay才第 ...

那可能确实是特殊情况了，因为通常来说这俩是二选一的，开了云端曲库就用不了本地曲库……AM 用户大部分应该都不会选本地曲库吧。不过我没测试过纯本地曲库的 iPhone 开 CarPlay 的情况，这里面可能确实有阿三没考虑过的屎山

distrowatch

翼宿一 发表于 2025-5-25 12:44
那可能确实是特殊情况了，因为通常来说这俩是二选一的，开了云端曲库就用不了本地曲库……AM 用户大部分 ...

刚好我是先导了以前安卓时代的本地曲库后感觉128g这样导不是办法又开了流媒体才发现这问题，现在已经正常流媒体+云端曲库了