iOS应用如何点击文件/信息内文档直接启动而非使用Open In

1. 解决编译器警告与点击文件直接跳转问题 #

不需要将应用改造为文档类应用，只需在Info.plist的根节点下添加以下配置：

<key>LSSupportsOpeningDocumentsInPlace</key>
<false/>

该配置明确告知系统应用不支持就地编辑文件，所有打开的文件都会复制到应用沙盒内处理，既可以消除警告，也能让系统在点击自定义文件时直接跳转你的应用，不会在「文件」App中显示空白占位页。
你之前添加的CFBundleTypeRole设为Editor符合要求，无需删除。

2. 修复iMessage中无法唤起Open-In菜单的问题 #

该问题源于自定义UTI的父类不符合系统社交应用的内容识别规则，需修改UTExportedTypeDeclarations下的UTTypeConformsTo配置，新增public.content作为父类：

<key>UTTypeConformsTo</key>
<array>
    <string>public.data</string>
    <string>public.content</string>
</array>

public.content是系统标准UTI类型，代表该文件是用户可查看、可分享的内容类型，iMessage、邮件等系统应用会识别该属性，从而显示对应的打开/分享选项。

3. 验证与兼容处理 #

所有配置修改完成后，必须完全卸载设备上的现有应用再重新安装，iOS系统会缓存应用的UTI注册信息，不卸载重装的情况下新配置不会生效。
另外需要确保.onOpenURL回调中处理文件URL时正确申请安全权限：

.onOpenURL { url in
    guard url.startAccessingSecurityScopedResource() else {
        // 权限申请失败处理逻辑
        return
    }
    defer { url.stopAccessingSecurityScopedResource() }
    // 此处编写文件读取、处理逻辑
}

如果缺失安全权限申请代码，会出现部分场景下能拿到URL但无法读取文件内容的问题。

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