GroupDocs.Signature

在不解锁的情况下签署加密 PDF：Python 中的四种密码路径

加密的 PDF 可以在不生成解密副本的情况下签署：LoadOptions 在原位打开文件，SaveOptions 决定签署后的输出是保留原密码还是使用新密码。本文比较了四种密码路径，包括两种会失败的情况，并解释了为何失败会以 RuntimeError 抛出，而不是 API 所列的异常类型。

GroupDocs.Signature for Node.js 在进程中运行 JVM，因此容器化它意味着在任何签名工作之前必须预先配置 JDK 和字体。本文比较了选择字体族的三种方式——硬编码、从文件名检测或探测库——并介绍了影响代码实现的绑定细节。

在笔记本电脑上运行的 Python 签署脚本在 slim 容器中会失败两次：一次是因为 .NET 绑定缺少 libssl 或 libicu，二次是因为镜像没有字体且 GroupDocs.Signature 不会替代缺失的字体族。本教程构建了这两层以及保持脚本可移植性的解决代码。

GroupDocs.Signature 不会替代缺失的字体：如果指定镜像中不存在的字体族，调用会抛出错误而不是回退。由于 .NET 运行时镜像不包含任何字体，文本签名会因此失败，除非添加字体层。本文比较了无字体镜像与已修复的镜像，并展示了如何在运行时解析字体族。

Java 容器镜像捆绑了用于 AWT 的 DejaVu 字体，这足以签署英文文本，却不足以处理其他语言。本文探讨了这种部分覆盖对文档工作流的成本、为何 GroupDocs.Signature 会失败而不是替代，以及字体层加上运行时族解析如何将一次事故转化为启动检查。

Version 26.2 of GroupDocs.Signature for .NET adds a critical Azure Key Vault fix, raises the default signature length, and is available via NuGet.

Chinese (Simplified) Translation:
GroupDocs.Signature for .NET 版本 26.2 添加了关键的 Azure Key Vault 修复，提高了默认签名长度，并可通过 NuGet 获取。

25.12 版本增加了基于隐写的图像数字签名、LINQ 性能提升，以及对 Linux 预览生成的关键修复。

深入指南，介绍如何将 PKCS#11 硬件令牌（USB 加密狗、智能卡、HSM）与 GroupDocs.Signature for .NET 集成，以安全合规地对 PDF 文档进行签名。

在本全面的分步开发者指南中，学习如何使用 Azure Key Vault 和 GroupDocs.Signature for .NET 实现安全的 PDF 数字签名。

探索 PDF 文档的迭代签名过程，允许多个数字签名而不损害之前的签名。了解使用 C#、Java 和 Node.js 进行企业使用的技术实现和优势。