一项相册资产，不只有你先看到的那一帧
Apple的开发文档说明，Live Photo在相册中呈现为一项资产，实际包含主要静态图和配对的动态文件，后者带有前后时刻的画面与声音。普通浏览先看见哪张关键照片，与整项资产还含有什么，是两个问题。
因此，缩略图适合挑选代表画面，却不能完整描述分享对象。无需拆开底层文件才能理解这个区别：在支持的相册里实际播放整段，并按本次用途决定分享静态图还是动态内容即可。
虚构花盆例：换关键照片改变了什么
假设一段自制Live Photo的前段桌面有写着“蓝卡”的纸条，中间纸条被拿走、只剩花盆，后段有人说“移到右边”。拍摄者把中间花盆画面设为关键照片，相册默认看起来很干净。图中三格仅是抽取的示意时刻，不代表实际只有三帧。
这个操作选定了默认静态显示，不能从该操作本身推出前段纸条和后段声音已被清除。若仍分享动态版本，必须检查动态部分的实际内容。本例使用无个人信息的纸条，目的在说明资产组成，不是教人隐藏不当拍摄。
把关键照片、静态分享与其他编辑分开
Apple支持页给出的关键照片操作是在编辑中进入Live Photo，拖动帧选择框，再选Make Key Photo并完成。这个动作回答“用哪一刻作关键图”。同页另列分享时点LIVE以改为静态照片的方式，回答“这次以什么形式分享”。
要只给对方看花盆，应先选定所需画面，再在本次分享流程确认静态选项。不要把“我换过关键图”当成“我已经选择了静态发送”。也不从某款聊天应用的预览形式反推它一定保留或丢弃了动态内容。
用一次无敏感信息的试发核对结果
可以自己拍一张纸卡移动的练习素材，在允许的测试接收位置分别检查静态分享和动态分享的结果。记录你实际选择的形式、接收端能否播放、是否有声音。这样的检查针对这次应用和版本，不推广成所有服务的永久规则。
本例若静态结果只有中间花盆，可确认这一份接收结果是目标静态画面；原相册里的Live Photo仍是另一个要管理的对象。不要为了测试，先把含不希望分享内容的原件发给无关人员。
让文件选择和分享目的对上
适合保留动态的任务包括观察纸卡如何移动、回顾一小段动作；只需要展示摆设构图时，静态图可能已经足够。两者没有通用的优劣排序，关键是实际发送形式是否满足这次用途和参与者的已确认意愿。
收尾记录写成“选中花盆关键照片，本次选择静态分享，并检查了接收结果”，比“已经处理好了”更具体。此记录只说明画面形式，不自动证明文件位置、配文或受众设置也已检查；这些仍按各自问题另行核对。
按这四步完成检查
- 在支持Live Photos的相册中打开目标素材，确认它是否包含动态部分。
- 播放前后画面并听声音；选择关键照片时不把未显示内容当成已删除。
- 按用途选择这次静态或动态分享形式，使用当前界面的实际选项。
- 用无敏感练习素材或可控接收位置核对发送结果，记录格式与版本边界。
本篇问答
换关键照片会自动变成普通照片吗？
不会仅因换关键照片就得出这个结论。关键照片选择与静态分享是不同操作，应检查本次分享形式。
相册只显示一张图，为什么还可能有声音？
Live Photo作为一项资产展示，但配对的动态内容可带声音；默认静态显示不等于资产只有一张静态图。
Apple的操作能直接套到所有动态照片吗？
不能。其他设备、应用或格式应按各自文档核对，本文只说明Apple Live Photos。
选择静态分享就等于所有隐私检查都完成了吗？
不是。它解决本次画面形式，位置信息、配文、发布范围与参与者意愿仍是不同检查项。
资料来源与延伸阅读
以下来源用于理解相关功能或判断方法。本文中的情景均为说明方法的示例，不是新闻或真实人物记录。