SPDX 许可证表达式怎样表示组合授权

SPDX 许可证表达式用 OR 表示可选授权，用 AND 表示同时适用的授权，用 WITH 把许可证与特定例外结合。组合授权不能只列出几个名称：连接词和括号决定这些名称之间是什么关系。

SPDX 官方地址：https://spdx.dev/

许可证列表：https://spdx.org/licenses/

表达式适合进入依赖清单、组件元数据和工具接口。下面讨论写法与数据建模，例子只说明结构；实际填写必须依据该组件版本的授权材料。

先把组合授权写成有结构的表达式

可以把表达式看作一棵小型关系树：许可证标识符是叶子，连接词是关系。最小例子是 MIT OR Apache-2.0 与 MIT AND Apache-2.0。前者表达选择，后者表达两者同时适用。名字相同，结构不同，消费清单的工具便不应给出相同解释。

不要因为“发现两份 LICENSE 文件”就自动决定使用 AND 或 OR。文件可能属于不同目录、不同组件，或者分别提供主授权和附加说明。先确定授权对象和原始声明，再表达它们的关系。

WITH 绑定的是许可证与例外

WITH 不是添加另一份普通许可证。它把左侧简单许可证表达式与右侧例外标识符结合；例外应使用 SPDX 例外列表中的对应标识。不能用它替代 AND，也不要把一组带 AND、OR 的复合表达式整体接到 WITH 左边。

上表的 GPL 与 Classpath 写法只是语法示例，不代表任何项目自动拥有该例外。只有原始授权材料确实授予该例外时才应填写。若适用的特殊条款不在例外列表里，规范给出的方向是用一个 LicenseRef-... 代表包括特殊条款在内的完整授权文本，而不是自己杜撰一个看似标准的例外 ID。

混合关系用括号保留分组

AND 的优先级高于 OR；WITH 先于 AND 结合。日常交换数据时，即使默认优先级已经足够，也建议把混合关系明确分组，让维护者直接看出哪些分支可选。

(MIT OR Apache-2.0) AND BSD-2-Clause 表达左侧二选一，同时适用 BSD-2-Clause；MIT OR (Apache-2.0 AND BSD-2-Clause) 则把 MIT 单独作为一个可选分支。两种写法的差别在括号位置，不能通过排序、去重或删除括号来“清理”成相同字符串。

操作符统一写大写 AND、OR、WITH，标识符使用官方列表的标准拼写。使用标准拼写也方便把标识映射回对应的许可证条目。

依赖清单同时保存表达式和对象范围

一个实用的记录单元应包含组件名称、版本、许可证表达式及声明来源。这里的来源可以指向仓库中对应版本的授权文件；组件身份与表达式分开保存，才能解释“这段授权属于谁”。

例如，根项目采用 MIT，某个依赖提供另一套组合授权。不能把依赖的表达式直接覆盖到根项目上，也不宜把清单里出现的所有许可证 ID 拼成一个巨大的 OR。那样会把多个对象的授权错误地解释为同一个对象的可选授权。

接入现有流水线时，可先准备三份小型示例数据：只有 OR、只有 AND，以及含括号的混合表达式。观察工具导出后是否还保留同一关系；对无法表示的结构应记录处理方式，避免悄悄退化成名称列表。这是团队可以采用的接入方法，本文没有声称已经运行某个工具。

表达式能够帮助工具理解授权组合，但不能仅凭字符串推导任意组件组合的许可兼容性，也不会改变原始许可证文本。它首先是清单交换中的结构化声明。

常见问题

逗号分隔多个许可证可以代替表达式吗？

不能把逗号当作标准 AND 或 OR。只有名称列表而没有关系时，接收者无法知道它表达“任选”还是“同时适用”。

LicenseRef 表示没有许可证吗？

不是。它是自定义许可证引用；需要保留可解析的引用与对应文本，不能把它当作任意未知状态的占位字符串。

表达式能被解析，就表示清单已经完整了吗？

还需要组件版本、授权对象范围与声明来源。语法正确只能说明结构可被读取，不能替代这些上下文。

参考：SPDX 2.3.1 规范附录 D：许可证表达式；SPDX 许可证与例外列表。