android 谷歌许可证,许可 | Android 开源项目 | Android Open Source Project

在 Android 开源项目 (AOSP) 中，我们的软件使用开放源代码促进会批准的一些开源许可。

AOSP 许可

Apache 许可 2.0 版 (Apache 2.0) 是 AOSP 的首选许可，大多数 Android 软件都使用 Apache 2.0 许可授权用户使用。尽管该项目尽可能遵循此首选许可，但也存在一些例外需要视具体情况处理。例如，与系统使用的许可不同，Linux 内核补丁程序使用的是 GPLv2 许可，您可以在 kernel.org 上找到相关信息。

贡献者许可协议

所有为 AOSP 贡献创意、代码或文档的个人贡献者(仅以个人名义做贡献的贡献者)都需要填写、签署并提交《个人贡献者许可协议》。该协议可通过代码审核工具在线签署。它明确规定了为 AOSP 贡献知识产权内容的相关条款。该许可既是为了保护贡献者，也是为了保护该项目；它不会影响贡献者将自己的贡献内容用于任何其他用途的权利。

《企业贡献者许可协议》适用于有员工从事 AOSP 方面工作的企业(或其他实体)。该版本的协议中规定，企业可以对其指派的员工提交的贡献内容进行授权，并可以授予版权和专利许可。

注意：签署《企业贡献者许可协议》并不意味着任何开发者无需再以个人名义签署《个人贡献者许可协议》。开发者如有任何贡献不属于签署了《企业贡献者许可协议》的企业，都必须签署相应的个人协议。

我们的协议基于 Apache 软件基金会所使用的协议，其协议可在 Apache 网站上找到。

为什么使用 Apache 软件许可？

对于用户空间(非内核)软件，相比其他许可(例如宽通用公共许可证 (LGPL))，我们更倾向于 Apache 2.0(以及 BSD 和 MIT 等类似许可)。原因如下。

Android 的宗旨是自由和选择。Android 旨在促进移动世界的开放性，我们无法预测或规定我们软件的所有用途。因此，虽然我们鼓励每个人打造开放且可修改的设备，但并不认为我们有权利强制他们这样做。使用 LGPL 库可能具有局限性。以下是我们关心的一些具体问题：

简单地说，LGPL 要求将源代码植入到应用中；书面提供源代码；或者动态关联获得 LGPL 许可的库，并允许用户手动升级或替换该库。由于 Android 软件通常是作为静态系统映像植入的，因此遵守这些要求将会限制设备制造商的设计。例如，用户很难在只读闪存中替换库。

LGPL 要求允许用户进行修改，并要求允许用户进行逆向工程以便调试这些修改。大多数设备制造商都不希望受到这些条款的约束。

长期以来，LGPL 库一直是下游设备制造商和应用开发者面临的许多合规问题的根源。如果就这些问题对工程师提供指导，既困难又耗时。设备制造商能够轻松地遵守许可，对于 Android 的成功至关重要。

鉴于上述问题，我们为自己的代码首选 Apache 2.0。这并不是批判 LGPL 或其他许可。我们感谢各种免费的开放源代码许可，并尊重其他人的许可偏好。我们只是认定 Apache 2.0 适合我们的目标。