在特定日期后停止访问的 PDF 有特定目的：共享不应无限期阅读的时间敏感信息。将 PDF 设置为过期需要检查当前日期的文档级脚本，或通过许可证服务器强制执行访问规则的基于 DRM 的保护。这两种方法都有局限性，并且都不能绝对保护想要保留访问权限的坚定接收者。但对于常规业务场景，保护 PDF 过期可以对超出其预期寿命的过时文档提供实际的威慑作用。
要点
PDF 过期可以通过在文档打开时检查系统日期的 JavaScript 来实现，也可以通过在显示内容之前验证访问权限的 DRM 服务器来实现。基于 JavaScript 的过期依赖于收件人的 PDF 阅读器启用了 JavaScript 并且系统时钟准确。基于 DRM 的到期更可靠，但要求文档每次打开时都通过许可证服务器进行签入。这两种方法都无法阻止收件人在文档过期之前截取屏幕截图或打印文档。
基于 JavaScript 的 PDF 过期
在分发文档之前，在多个 PDF 阅读器中测试到期脚本。 Adobe Acrobat 和 Foxit Reader 对基于 JavaScript 的文档操作的支持不同，在其中一种中有效的脚本可能在另一种中无效。最可靠的跨阅读器方法是显示警报对话框的简单日期比较。尝试关闭文档或清空其内容的更复杂的脚本在读者之间的可移植性较差。
嵌入到期脚本时，还要添加一条后备消息，即使脚本无法关闭文档，该消息也会显示警告。尝试调用 doc.close() 的脚本在某些阅读器中可能会失败，但显示带有文本“此文档已于 [日期] 过期的警报对话框”的脚本可能会失败。请联系[发件人]获取更新版本'将在任何支持JavaScript的阅读器中运行。该警报不会阻止访问，但会向收件人清楚地传达到期信息。
PDF 文档可以包含在文档打开时运行的 JavaScript 代码。到期脚本根据硬编码的到期日期检查当前系统日期。如果当前日期晚于到期日期，脚本将显示一条消息并关闭文档或清空页面内容。该脚本在创建过程中嵌入到 PDF 中，不需要服务器基础设施。任何可以添加文档级 JavaScript 的 PDF 工具都可以实现这种类型的过期。
局限性很大。可以在 PDF 阅读器的首选项中禁用 JavaScript 执行，从而禁用过期检查。系统时钟可以设置回到期前的日期，这会破坏日期比较。任何拥有 PDF 编辑器和 JavaScript 基础知识的人都可以从 PDF 中删除该脚本。出于这些原因，基于 JavaScript 的过期是一种适用于与合作接收者共享的内部文档、草稿和材料的实用威慑措施，但它并不是一种可以抵御故意规避的PDF 安全措施。
基于 DRM 的 PDF 到期
在评估DRM平台的文档过期时，询问该平台是否支持离线访问。某些 DRM 系统允许在上次在线检查后的指定时间内打开文档而无需联系许可证服务器。这对于在互联网不可靠的环境中旅行或工作的接收者来说非常重要。锁定无法连接到许可证服务器的用户的到期策略会导致支持请求和挫败感。最后一次成功的许可证检查后 24 到 72 小时的宽限期可以平衡安全性和可用性。
对于时间敏感度高的文档，即使 24 小时的宽限期也太长，可以将 DRM 平台配置为每次打开文档时都需要在线检查。这确保了文档即使在过期一分钟后也无法访问，但这也意味着没有互联网连接就无法访问该文档。为最敏感的文档保留此严格设置，因为可用性比安全性更重要。
数字版权管理系统添加了服务器端强制文档过期功能。 PDF 已加密，只有在打开文档时，许可证服务器才会提供解密密钥。许可证服务器在颁发密钥之前检查当前日期和用户的访问权限。当到期日期过后，许可证服务器将停止颁发密钥，并且无法打开文档。基于 DRM 的到期可以抵抗时钟更改和脚本删除，因为到期逻辑位于服务器上，而不是在文档中。
权衡是成本和复杂性。 DRM 系统需要许可证服务器基础设施、用户身份验证和持续管理。它们主要由需要控制对高价值或受监管内容的访问的出版商、教育机构和企业使用。对于同事之间或与客户共享的大多数业务文档，DRM 的成本和复杂性超过了收益。 WukongPDF 的文档保护工具既支持简单用例的基于 JavaScript 的过期，也支持与第三方 DRM 平台集成以进行企业部署。
文件到期的实用替代方案
对于企业环境，请考虑在服务器级别控制访问的文档管理系统，而不是在单个 PDF 中嵌入到期逻辑。 DMS 对用户进行身份验证，检查文档的访问策略，并提供 PDF 或拒绝访问。这种方法将访问控制与文档格式分开，并且适用于任何 PDF 阅读器。该文档本身没有过期机制，完全依赖 DMS 进行访问强制。
对于不需要技术强制的有时间限制的文档共享，一个简单的封面页说明文档的有效期通常就足够了。添加封面，其中包含以下文本：“本文档的使用有效期至 2026 年 3 月 15 日。在此日期之后，请向发件人请求更新版本。”封面页方法不需要脚本，不需要 DRM，并且适用于每个 PDF 阅读器。它依赖于接收者的合作而不是技术强制，这适用于大多数日常业务文档共享。
对于许多场景，文档过期的替代方案可以以较低的复杂性实现相同的目标。通过安全文件共享链接共享文档，该链接会在设定时间后过期，从而控制访问而不修改 PDF。收件人通过链接访问文档，该链接在到期日期后将停止工作。 PDF 文件本身没有过期机制，但访问它的方式却有。此方法更容易实现，并且不依赖于收件人的 PDF 阅读器配置。
在文档上添加水印，并注明“仅有效期至 2026 年 3 月”或“2026 年 6 月后被版本 2.0 取代”在不依赖技术执行的情况下向人类读者传达过期信息。可见的到期通知会提醒收件人，在规定的日期之后不应依赖该文件。结合在规定日期之前向所有收件人发送更新版本的政策，水印涵盖了许多常规业务场景，且没有任何技术复杂性。
常见问题
如果收件人更改系统时钟以绕过过期检查，会发生什么情况？对于基于 JavaScript 的到期，将系统时钟更改为到期截止日期之前的日期会导致日期比较失败。仅通过客户端脚本编写无法防止这种情况发生。如果考虑基于时钟的绕过，则到期机制应该是服务器端的，例如 DRM 或安全文档门户。基于 JavaScript 的过期仅在接收者合作的情况下才适用，并且过期充当提醒而不是安全执行机制。
我可以将文档过期与密码保护等其他 PDF 安全功能结合起来吗？是的。密码保护和文档过期独立运行。 PDF 可能需要密码才能打开，并且还包含在特定日期后显示警告的到期脚本。这两个功能互不干扰。首先应用密码保护，然后添加到期脚本。在分发文档之前测试这两个功能的协同工作。
我可以让 PDF 在达到一定浏览次数（而不是某个日期）后过期吗？不具备标准 PDF 功能。查看计数要求文档跟踪其自己的打开计数并将该计数存储在某个持久的位置，这是标准 PDF 脚本不支持的。 DRM 平台可以实现视图限制访问，因为视图计数是在服务器上而不是在文档中跟踪的。
过期的 PDF 可以恢复或重新打开吗？
对于基于 JavaScript 的过期，是的。在 PDF 阅读器中禁用 JavaScript 可防止到期脚本运行，并且文档可以正常打开。对于基于 DRM 的到期，恢复取决于 DRM 系统。如果没有许可证服务器的配合，大多数 DRM 系统都无法绕过，这使得未经文档所有者授权，过期的受 DRM 保护的文档实际上无法恢复。
所有 PDF 阅读器都支持文档过期脚本吗？
不可以。移动 PDF 阅读器、基于浏览器的阅读器和一些轻量级桌面阅读器不支持 JavaScript 执行。带有 JavaScript 过期脚本的 PDF 将在这些阅读器中打开，无需进行任何过期检查。如果您的收件人使用各种 PDF 阅读器，请假设基于 JavaScript 的到期功能对您的部分受众不起作用。
设置 PDF 过期与设置自毁计时器不同吗？
是的。过期会导致文档无法打开或使其内容在某个日期后无法读取。 PDF 规范不支持自毁功能，即文档在打开后自行删除或永久损坏其自身内容，并且需要标准 PDF 工具之外的自定义软件。这些术语有时在营销材料中可以互换使用，但它们描述的是不同的功能。