Finder“打开方式”应用故障：修改文档控制器子类及.webloc解析后异常

咱们先理清楚你踩的坑：你自定义了NSDocumentController子类后，直接重写typeForContents(of:)硬返回"Document"，这相当于告诉系统所有文件都是你的自定义文档类型，完全覆盖了系统原本对.webloc这类特殊文件的识别逻辑——而Finder的“打开方式”功能完全依赖系统正确识别文件类型，这就直接把它搞崩了。再加上你的URL扩展里用了一堆try!和as!强制解包，遇到无效.webloc文件还会直接崩溃，雪上加霜。

下面是具体的修复步骤：

1. 修复DocumentController的类型判断逻辑 #

不能直接硬返回自定义类型，要先让系统处理默认情况，只针对你自己的文档做自定义判断：

class DocumentController : NSDocumentController {
    override func typeForContents(of url: URL) throws -> String {
        // 先调用父类方法，让系统识别默认文件类型
        let systemType = try super.typeForContents(of: url)
        
        // 只针对你的自定义文档返回"Document"，比如判断扩展名（换成你实际的扩展名）
        if url.pathExtension.lowercased() == "mydoc" {
            return "Document"
        }
        
        // 其他所有文件（包括.webloc）都用系统识别的类型
        return systemType
    }
}

这样既保留了你自定义文档的类型处理，又不会破坏系统对.webloc、图片、文档等其他文件的识别，Finder的“打开方式”就能恢复正常了。

2. 修复URL扩展的webloc解析逻辑 #

把危险的强制解包换成安全的可选绑定和错误处理，避免程序崩溃：

extension URL {
    var webloc: URL? {
        get {
            do {
                let data = try Data(contentsOf: self)
                // 安全解析属性列表，避免强制转换崩溃
                guard let plistDict = try PropertyListSerialization.propertyList(from: data, options: [], format: nil) as? [String: Any],
                      let urlString = plistDict["URL"] as? String,
                      let targetURL = URL(string: urlString) else {
                    return nil
                }
                return targetURL
            } catch {
                // 打印错误信息，方便调试
                print("解析.webloc文件失败：\(error.localizedDescription)")
                return nil
            }
        }
    }
}

这样即使遇到格式损坏的.webloc文件，程序也只会返回nil，不会直接崩溃。

3. 额外检查Info.plist配置 #

确保你的Info.plist里正确配置了：

• 自定义文档类型"Document"对应的UTI（Uniform Type Identifier）
• 如果你的程序需要处理.webloc文件，也要添加对应的UTI声明和文件关联

这一步能保证Finder正确把文件类型和你的程序关联起来，避免后续再出类似问题。

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