如何隐藏NSDocument子类服务端应用，避免被Launch Services触发文档打开

核心思路是让服务端仅在代码层面支持文档类型，不在Info.plist中公开配置，这样Launch Services不会将其识别为文档处理程序，同时服务端仍能通过NSDocumentController编程打开文档。

1. 清理服务端的Info.plist配置 #

• 完全移除服务端plist中的CFBundleDocumentTypes键（不要保留任何相关配置，包括私有UTI）。这样Launch Services会彻底忽略服务端的文档处理能力。
• 确保服务端的LSUIElement设置为YES（符合后台无UI应用的特性，也会进一步降低Finder将其列为打开候选的概率）。

2. 服务端动态注册文档类型 #

在服务端的applicationDidFinishLaunching:方法中，手动向NSDocumentController注册你的共享文档类，完全脱离plist的依赖：

- (void)applicationDidFinishLaunching:(NSNotification *)aNotification {
    // 动态绑定文档类与对应的公开UTI
    NSDocumentController *docController = [NSDocumentController sharedDocumentController];
    [docController registerDocumentClass:[YourSharedDocumentClass class] forType:@"com.yourcompany.yourapp.your-document-uti"];
    
    // 后续你依然可以正常调用openDocumentWithContentsOfURL:display:error:
    // 比如在TCP/IP服务器逻辑中打开文档
}

这样服务端内部可以正常使用NSDocument的所有功能，但Launch Services因为看不到plist里的配置，不会把它当成文档打开的候选。

3. 处理意外的文档打开事件（可选） #

如果用户不小心把文档拖到服务端图标上，或者通过其他方式触发了服务端的文档打开事件，你可以在application:openFile:中主动转交给客户端处理：

- (BOOL)application:(NSApplication *)sender openFile:(NSString *)filename {
    // 拒绝自身打开，启动客户端处理文档
    NSURL *fileURL = [NSURL fileURLWithPath:filename];
    NSWorkspace *workspace = [NSWorkspace sharedWorkspace];
    
    // 通过Bundle ID定位客户端应用
    NSURL *clientAppURL = [workspace URLForApplicationWithBundleIdentifier:@"com.yourcompany.yourapp.client"];
    if (clientAppURL) {
        [workspace openURLs:@[fileURL] withApplicationAtURL:clientAppURL configuration:[NSWorkspaceOpenConfiguration configuration] completionHandler:nil];
    }
    
    // 返回NO表示服务端不处理该文件
    return NO;
}

验证效果 #

• 双击文档时，Launch Services会优先选择配置了正确LSHandlerRank（比如Owner）的客户端应用打开。
• 服务端后台运行时，依然可以通过openDocumentWithContentsOfURL:编程打开文档，完全不受影响。
• 拖放文档到服务端图标时，会自动转交给客户端处理。

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