iOS：如何在QLPreviewController/UIDocumentInteractionController中控制文件复制分享

我完全懂你的困扰——UIWebView对加密的Word/Excel文件支持确实拉胯，而系统自带的QLPreviewController和UIDocumentInteractionController虽然能唤起密码输入框打开加密文件，但权限控制基本是系统说了算，没法像UIWebView那样自定义复制、分享规则。下面给你几个可行的解决方案，按落地成本和灵活性排序：

方案1：临时解密+复用原有UIWebView流程（成本最低，兼容性好） #

这个思路是绕开UIWebView不支持加密文件的短板，先解密文件再加载，同时完整保留你原有的复制/分享控制逻辑：

步骤拆解： #

• 第一步：检测文件是否加密
  你可以通过读取Office文件的属性或轻量解析判断，比如Word文件检查是否存在EncryptionInfo记录，Excel文件查看文件头的加密标识。
• 第二步：密码验证与解密
  弹出自定义密码输入框，获取用户输入后，用开源Office解密工具（比如OfficeIMO或针对特定格式的解密库）将文件解密到App的私有临时目录（比如NSTemporaryDirectory()）。
• 第三步：加载解密后的文件
  把解密后的临时文件路径传给UIWebView加载，继续用你原来的UILongPressGestureRecognizer控制复制权限，用documentInteractionController管理分享规则。
• 第四步：清理临时文件
  在文件关闭或App进入后台时，务必删除临时解密文件，避免数据泄露。

代码示例（伪代码）： #

// 检测文件是否加密
BOOL isEncrypted = [self checkIfOfficeFileIsEncryptedAtPath:filePath];
if (isEncrypted) {
    // 弹出密码输入框
    UIAlertController *alert = [UIAlertController alertControllerWithTitle:@"输入文件密码" message:nil preferredStyle:UIAlertControllerStyleAlert];
    [alert addTextFieldWithConfigurationHandler:^(UITextField * _Nonnull textField) {
        textField.secureTextEntry = YES;
    }];
    [alert addAction:[UIAlertAction actionWithTitle:@"确定" style:UIAlertActionStyleDefault handler:^(UIAlertAction * _Nonnull action) {
        NSString *password = alert.textFields.firstObject.text;
        // 解密文件到临时路径
        NSString *tempPath = [self decryptOfficeFileAtPath:filePath withPassword:password];
        if (tempPath) {
            // 加载解密后的文件到UIWebView
            NSURL *fileURL = [NSURL fileURLWithPath:tempPath];
            [self.webView loadRequest:[NSURLRequest requestWithURL:fileURL]];
            // 记录临时路径，后续清理
            self.tempDecryptedFilePath = tempPath;
        } else {
            // 密码错误提示
            [self showError:@"密码错误，请重试"];
        }
    }]];
    [self presentViewController:alert animated:YES completion:nil];
} else {
    // 正常加载未加密文件
    NSURL *fileURL = [NSURL fileURLWithPath:filePath];
    [self.webView loadRequest:[NSURLRequest requestWithURL:fileURL]];
}

// 清理临时文件（比如在viewWillDisappear时）
- (void)viewWillDisappear:(BOOL)animated {
    [super viewWillDisappear:animated];
    if (self.tempDecryptedFilePath) {
        [[NSFileManager defaultManager] removeItemAtPath:self.tempDecryptedFilePath error:nil];
        self.tempDecryptedFilePath = nil;
    }
}

方案2：集成第三方Office渲染库（灵活性最高） #

如果你的需求更复杂，比如要完全自定义文件渲染细节、严格控制复制/分享权限，可以考虑集成专门的iOS Office SDK：

• Aspose.Words/Cells for iOS：支持加密文件的加载、渲染，可通过API控制文本选择、复制权限，甚至自定义分享逻辑。不过这是付费库，成本较高。
• LibreOfficeKit：开源的Office渲染引擎，能处理加密文件，你可以基于它封装自己的视图控件，完全掌控所有交互逻辑。缺点是集成难度大，需要处理较多底层渲染细节。

这种方案的核心是替代UIWebView，用第三方控件渲染文件，所有交互（复制、分享）都能通过自定义代码控制，不受系统限制。

方案3：Hack系统预览控制器（不推荐，风险高） #

如果你不想大幅修改现有代码，尝试在QLPreviewController上做文章：

• 通过QLPreviewControllerDelegate的previewController:shouldOpenURL:forPreviewItem:方法，拦截分享到其他App的请求，返回NO阻止分享。
• 对于复制权限，系统QL默认允许长按复制，这个很难直接禁用，除非在预览视图上覆盖透明手势拦截层，但这种方法属于私有API范畴，可能被App Store拒绝，且稳定性差。

这个方案仅适合临时应急，不建议作为正式落地方案。

总结一下，最推荐方案1，成本低且能完美保留你原有的控制逻辑；如果预算允许且需要更强定制化，方案2是更好的选择。

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