带嵌入源内容的混合PDF（PDF Hybrid）所遵循的技术标准是什么

• Hybrid PDF的核心技术本质，就是依托ISO 32000定义的通用嵌入式文件能力实现，没有绑定独立的专属技术标准，和ISO 19005（PDF/A）系列规范不存在强制从属关系。

针对三类技术疑问的明确说明 #

1. 关于是否采用ISO 19005-3规定的PDF/A-3标准
   不存在强制绑定关系。PDF/A-3的规范确实允许将任意格式的源文件作为附件嵌入合规归档PDF中，但Hybrid PDF从来不需要满足PDF/A系列的全量合规要求（比如全量内嵌字体、禁用动态加密、固化色彩配置等归档约束）。你用Prince、PDFreactor输出的Hybrid PDF，完全可以不携带PDF/A的合规元数据标识，只要满足“可作为普通PDF正常渲染、同时嵌入了生成PDF的完整可编辑源文件”的核心特征，就算是符合定义的Hybrid PDF。PDF/A-3只是实现Hybrid PDF的可选路径之一，不是Hybrid PDF本身的技术标准。
2. 关于是否采用ISO 19005系列下的简化功能特性
   完全不相关。ISO 19005整个PDF/A系列的设计目标是实现文档的长期归档可重现，所有功能特性都是为了保证跨时间、跨设备的渲染一致性，从设计源头就没有为“携带可编辑源内容”的需求做专门的功能裁剪或简化。反而PDF/A的合规要求（比如禁止外部资源引用、固化文档结构）和Hybrid PDF追求轻量化、可直接嵌入源文件的实现逻辑存在明显差异——最早由DocumentFoundation生态实现的Hybrid PDF功能，从初始版本开始输出的就不是PDF/A合规文件。
3. 关于是否属于ISO 32000中的嵌入式文件相关规范
   这才是Hybrid PDF真正依赖的技术底座。从PDF 1.5版本开始（也就是ISO 32000-1对应的基础格式版本），格式本身就定义了通用的嵌入式文件流（EF字典结构），支持将任意类型的二进制文件挂载到PDF的文档级附件目录下。所有支持文档级附件功能的PDF生成工具，都可以直接基于这套规范实现Hybrid PDF输出，不需要依赖私有扩展。不管是LibreOffice在输出时嵌入完整ODF源文件，还是你用Prince、PDFreactor嵌入生成PDF的原始HTML、XML、样式表源文件，本质都是调用了ISO 32000定义的这套通用嵌入式文件能力，没有额外的私有技术实现。

关于“Hybrid PDF技术标准无法检测”的原因解释 #

之所以存在Hybrid PDF的技术属性无法被工具直接识别的说法，核心原因是Hybrid PDF没有统一的强制合规标识。它只是在通用PDF结构上做了“嵌入对应源文件”的自定义组合，工具能扫描到PDF中存在嵌入式附件，但没法直接判断这个附件是不是就是当前PDF对应的可编辑源文件——比如你完全可以在普通PDF里嵌入一个和当前文档无关的音视频文件，这种情况就不属于Hybrid PDF。也正因为没有统一的元数据标识约定，没法通过扫描现有成熟Hybrid PDF的元数据，反推它使用了某一类特定的行业标准。

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