iOS中为何出现‘Could not load quick look data for ""’？containerView frame为(0 0;0 0)原因？

这个错误我在做文件预览功能时碰到过好几次，大多和Quick Look无法获取有效预览数据源有关，常见原因有这几个：

• 传入的预览URL为空或无效：如果你用QLPreviewController做预览，数据源方法previewItemURL返回了nil，或者返回的URL指向的文件根本不存在，Quick Look拿不到可预览的数据，就会抛出这个空字符串的错误。比如你异步下载文件还没完成就触发预览，这时候URL还没准备好，就容易踩这个坑。
• 文件权限不足：就算URL是对的，你的App没有访问该文件的权限也会出问题。比如要预览沙盒外的文件（像iCloud Drive里的文件），没申请对应的权限；或者文件本身被加密了，Quick Look无法读取内容，也会弹出这个错误。
• 文件类型不被Quick Look支持：Quick Look只支持特定格式的文件（比如PDF、图片、常见文档格式），如果你试图预览一个小众格式或者损坏的文件，有时候就会出现这个空数据提示，而不是明确的“不支持该格式”。
• 代码逻辑疏漏：比如初始化QLPreviewController时没有正确设置数据源，或者数据源数组为空，导致Quick Look无数据可加载。

这个问题几乎是Auto Layout新手必踩的坑，我帮你梳理几个最常见的原因：

• Auto Layout约束不完整/冲突：如果你的containerView是用Auto Layout布局的，但约束没给全（比如只加了leading和top约束，没设置width、height或者trailing、bottom约束），或者约束之间互相矛盾，Auto Layout无法计算出合理的frame，就会默认显示(0,0,0,0)。
• 布局还未完成就打印frame：在iOS视图生命周期里，viewDidLoad阶段视图还没有完成布局计算，如果你在这里打印containerView的frame，得到的就是初始的零尺寸。你应该在viewDidAppear里打印，或者在打印前先调用containerView.layoutIfNeeded()强制触发布局更新。
• 父视图布局未确定：containerView的frame依赖于父视图的布局，如果它的父视图本身还没完成布局（比如父视图的约束也有问题，或者还没触发布局），那containerView的尺寸自然也无法正确计算。
• 手动布局与Auto Layout冲突：如果你既给containerView添加了Auto Layout约束，又手动设置了frame或者bounds，会导致布局系统混乱，可能忽略你的约束，最终出现零尺寸的情况。另外，别忘了检查translatesAutoresizingMaskIntoConstraints属性——如果开启了Auto Layout，这个属性应该设为false，否则系统会自动生成约束，和你手动加的约束冲突。

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