近日，朋友圈中关于 Live Photo 的革新性升级引发了广泛的关注，并迅速成为网络热点，甚至登上了热搜榜。我们之前也专门撰写了一篇文章来深入探讨这一事件。
由此可见，微信作为一款国民级应用，其每一次创新都能迅速吸引大量关注，形成巨大的流量效应。
事实上，苹果的 Live Photo 功能早在十年前就已经推出，公众也逐渐习惯了这一功能。然而，随着微信的加入，这一功能再次成为了公众讨论的焦点。
2015 年 iPhone 6s 发布会
对于 Live Photo 功能，支持者认为它能够使照片动起来，更加鲜活生动，充满生命力。
然而，反对者则认为，照片打开后竟然变成了一段视频，不仅带有声音，还记录了拍照前的对话，这让他们感到困扰。
尤其是安卓用户，他们观看其他用户讨论 Live Photo 时，往往感到一头雾水，不太明白具体发生了什么。
这是因为朋友圈中的 Live Photo 功能目前只支持 iPhone 用户，而在安卓设备上，这一功能完全无法使用，只能显示为一张静态图片。
起初，我们可能会觉得这只是一个“小而美”的功能，有什么大不了的？但经过深入研究，我们发现这并非微信单方面的责任。
事实上，在微博平台上，安卓用户同样面临着类似的待遇，大部分安卓手机只能查看 Live Photo ，却无法发布。
归根结底，Live Photo 功能本身确实存在一些混乱之处，与苹果的生态系统有着一定的差异。之前大家可能没有太在意，但随着微信的推广，这些问题都被暴露了出来。
实际上，Live Photo 的原理并不复杂。
早在 2015 年，苹果就推出了这一功能，其本质是一张照片和一段最长 3 秒的视频，涵盖了拍照前后的各 1.5 秒。
换句话说，苹果的 Live Photo 实际上是由两个文件组成的。
更准确地说，在托尼的 iPhone 15 Pro 上，一张 Live Photo 由一个后缀为 .HEIC 的图片文件和一个使用 H.265 编码的 MOV 格式的视频文件组成。
通过 Mac 端查看 Live Photo 原始文件
简单来说，每当 iPhone 拍摄 Live Photo 时，系统都会在对应的照片文件上添加一个“这是动态照片”的标签，并将这个标签信息写入照片文件的“元数据”（metadata）中。
然后，iOS 系统自带的相册应用会自动扫描照片文件中的隐藏标签信息，当识别到某个照片文件属于 Live Photo 时，就会定位到与之对应的视频文件，之后在相册中将两者组合，并以“动态照片”的形式展示（点击时显示照片，按住时播放视频）。
苹果的这一做法是否得当我们暂且不论，但安卓系统面对这一功能时却显得有些无所适从。
原因在于，苹果在 iOS 系统中默认隐藏了真实的文件/文件夹等信息，因此苹果可以轻松地在文件夹中放置一个图片和一个视频，然后在相册应用中将两者融合在一起。
反正用户们不需要知道苹果是如何存储文件的，他们只需要在相册应用中看到“一张照片”就可以了。
然而，安卓系统与 Windows 系统类似，热衷于向用户展示真实的文件夹目录结构。
如果安卓系统也像苹果一样分开存储 Live Photo 的图片和视频，那么“动态照片的魔法”很快就会被揭穿。
例如，如果用户通过文件管理器查看 Live Photo ，就会发现它实际上是由两个文件组成的。
尽管如此，谷歌在 2017 年 10 月发布的 Pixel 2 手机上正式搭载了动态照片功能。
为了解决“打开文件管理器就露馅”的问题，谷歌采取了一种更为巧妙的做法。
根据开发者的挖掘，谷歌专门为“动态照片”设计了一套名为 MicroVideo 的“单文件”标准（后改名为 Motion Photo），简单来说，就是将视频、音频以及各类表明文件信息的数据，都封装进单个照片文件中。
这段描述可能有些难以理解，我通过一个实际例子来为大家解释一下：
下面这张照片，是我用谷歌 Pixel 手机拍摄的“安卓版动态照片”。
在相册目录中，只有一个文件，文件大小为 8.13 MB。
但实际上，这个看起来像是 jpeg 图片的文件，本质上是一个“压缩包”。
当我们使用专门的工具“解压缩”后，能从一个 8.13 MB 的“照片”中再次分离出一个 3.89 MB 的真·照片文件，以及一条时长 2.99 秒、文件大小 4.21 MB 的视频文件。
怎么样，这与苹果 Live Photo 的逻辑是否相似？
本质上，谷歌安卓和苹果 iOS 拍摄的动态照片，都是由一张照片和一段视频组成的，只是苹果选择直接在系统目录下放置两个文件，而谷歌选择通过新的打包标准，将照片和视频重新打包在一起，以保持目录的整洁。
你看到这里可能会想，谷歌的动态照片功能已经推出这么久了，为什么安卓手机用户在查看动态照片时仍然如此不便？各大应用在适配方面仍然存在诸多问题？
这是因为，谷歌在推出动态照片功能后，并没有持续地进行维护和更新。
直到今年 7 月份，谷歌才在其安卓开发者网站上正式发布了一条名为 Motion Photo 1.0 的动态照片存储标准。
换句话说，从 2017 年到 2024 年这整整 7 年的时间里，尽管全世界都知道谷歌 Pixel 手机上的动态照片文件是如何封装的，相关教程在网络上随处可见，但谷歌自己却从未正式公开过这一标准。
因此，从理论上讲，直到今年 7 月份之前，安卓阵营都没有统一的动态照片格式！
谷歌啊，你这让手下的开发者们怎么进行开发？
上个星期，我们通过 GitHub 找到了一款能够解析谷歌动态照片文件封装的小工具，进行了一波“赛博开盲盒”。
目前的结果显示，华为、OPPO、小米、三星、魅族等厂商都“偷偷”使用了谷歌从未公开但业界早已知晓的标准来存储动态照片。
而 vivo 则与苹果类似，直接在相册目录下保存了照片和视频两个文件。
泪目了，原来最爱苹果的还是你 vivo。
根据我们之前的讨论，相信你很容易就能得出“谷歌与苹果动态照片格式标准不统一”的结论。但现在尴尬的是，vivo 的这套方案既不与谷歌兼容，也不与苹果兼容。
这样一来，整个市场可谓乱成一锅粥。因为我们可以在市面上找到三种动态照片的保存方案：苹果基于 iOS 系统的一套、谷歌终于统一标准的一套，以及 vivo 模仿苹果的一套。
因此，这也解释了为什么 iPhone 和安卓手机无法互相查看对方的动态照片。
具体来说，一款应用要想在所有机型上适配动态照片功能，就需要对应三种动态照片的保存方案，编写三套不同的代码。
应用需要先识别用户使用的设备型号，再判断该手机品牌采用了哪种动态照片格式，然后匹配相应的解析方案。
换句话说，如果开发者懒得适配你手中的设备，那么你可能就无法使用动态照片功能。
如果你是一名开发者，自然会想，苹果的设备型号只有几个，而安卓设备的品牌和型号繁多，显然开发者会更优先适配苹果设备。
安卓微信的朋友圈动态照片功能，仍在路上
那么，安卓手机用户还有没有希望呢？
托尼只能说，这还得依靠国产手机厂商的努力。既然开发者缺乏动力，各个手机品牌想要在体验上对标 iPhone，只能依靠手机厂商推动第三方应用进行适配了。
最先提出这一倡议的是 2024 年 5 月发布的 OPPO Reno 12 系列，通过与小红书合作，安卓手机用户终于可以在社交平台上发布动态照片了。
此外，小米也宣布将在 11 月底支持小米手机拍摄的动态照片，并在小红书、微博、抖音等平台上进行分享。与此同时，其他手机品牌也纷纷跟进。
似乎动态照片的难题即将被解决，胜利就在眼前。
但托尼这里还是小小泼一盆冷水，动态照片在安卓阵营发展多年，实际上仅仅实现了“拍摄会动的照片”这一功能。而苹果 Live Photo 之所以能够大获成功，关键在于其出色的用户体验。
苹果的 Live Photo 支持多种使用方式，玩法更加多样。
但路得一步一步走，安卓阵营还是先解决动态照片最基础的分享和查看问题，再考虑其他功能吧。
毕竟，当朋友们在讨论朋友圈动态照片时，作为安卓用户的我，也真的很想知道他们在聊什么。
哦对了，文章最后再给大家讲个小八卦。
据说，有开发者收到消息，在 iOS 19 上，谷歌和苹果的动态照片文件标准将迎来统一。届时，无论使用哪种手机，大家都能互相查看动态照片，也不必再担心某个应用不支持。
但希望国产手机厂商和开发者们现在能够再加把劲，总不能让一张小小的动态照片，等到明年才能用上吧。。。