使用UIImagePickerController加载iPhone相册视频过慢的原因咨询

• 核心原因是组件内置的强制转码流程。用户选中视频后、代理回调触发前，系统会在私有后台队列自动完成格式适配：不管相册原视频是HEVC编码、带杜比视界音轨、还是屏幕录制生成的特殊格式文件，系统都会为了兼容老版本接口的调用习惯，把文件转成通用MP4格式，整个过程没有对外提供进度回调，580MB高码率视频的转码耗时30秒属于系统正常处理节奏。
• 未明确配置返回值类型会拉长加载时间。如果没有自定义指定picker的返回内容，系统会默认把整段视频拷贝到应用沙盒的临时目录，生成可直接访问的本地文件路径，而不是仅返回相册资源的唯一标识，大文件的全量拷贝流程会进一步增加等待时长。
• iCloud优化存储的缓存延迟。如果用户开启了「优化iPhone存储」模式，相册界面显示的视频只是低清预览缓存，选中文件后系统会优先从iCloud下载原片到本地临时目录，这个下载过程没有明确的进度提示，会被直接感知为picker代理回调的延迟。哪怕用户认为原文件已经存在本地，优化存储模式下多数大体积视频其实不会全量缓存到设备闪存里。
• 组件本身的设计局限。UIImagePickerController是iOS早期的媒体选择组件，所有资源加载、预处理流程都耦合在「用户选中文件」到「代理方法触发」的链路里，没有和选择UI的交互流程解耦，大体积媒体场景下的等待感会非常强烈。目前苹果已经更推荐使用PHPickerViewController实现相册选择，后者会在用户选中内容后立刻触发回调，资源加载可以在后续流程异步处理，不会阻塞选择后的交互链路。

内容的提问来源于stack exchange，提问作者Bagusflyer