GPLBSDApache介绍以及三者之间的区别以及Android与他们之间的关系

Posted 2020-08-26

一、GPL

  要解释清楚GPL这个东西，一定要把GNU说一说。

  GNU：是“GNU is Not Unix”的递归缩写。它的目标是创建一套完全自由的操作系统，但是由于技术或者其他原因，GNU组织提供的只是运行的Unix上的一些软件：gcc、vi。

  GPL：是General Public License的缩写。也是GNU中包含的协议条款。GPL是GNU试图保证你共享和修改自由软件的自由——保证自由软件对所有用户是自由的。受GPL协议保护的软件，只要使用者对软件进行二次开发或者修复BUG之类的操作，必须公开对源程序修改或添加后的所有代码。

    1、确保软件自始至终都以开放源代码形式发布，保护开发成果不被窃取用作商业发售。任何一套软 件，只要其中使用了受 GPL 协议保护的第三方软件的源程序，并向非开发人员发布时，软件本身也就自动成为受 GPL 保护并且约束的实体。也就是说，此时它必须开放源代码。

    2、GPL 大致就是一个左侧版权（Copyleft，或译为“反版权”、“版权属左”、“版权所无”、“版责”等）的体现。你可以去掉所有原作的版权 信息，只要你保持开源，并且随源代码、二进制版附上 GPL 的许可证就行，让后人可以很明确地得知此软件的授权信息。GPL 精髓就是，只要使软件在完整开源 的情况下，尽可能使使用者得到自由发挥的空间，使软件得到更快更好的发展。

    3、无论软件以何种形式发布，都必须同时附上源代码。例如在 Web 上提供下载，就必须在二进制版本（如果有的话）下载的同一个页面，清楚地提供源代码下载的链接。如果以光盘形式发布，就必须同时附上源文件的光盘。

    4、开发或维护遵循 GPL 协议开发的软件的公司或个人，可以对使用者收取一定的服务费用。但还是一句老话——必须无偿提供软件的完整源代码，不得将源代码与服务做捆绑或任何变相捆绑销售。

二、BSD

  BSD是Berkeley Software Distribution（伯克利软件套件）的缩写。在1977年至1995年由加州大学伯克利分校开发和发布的。其主要开发者是Bill Joy，而Bill Joy在1982与其他两人创建了

太阳微系统公司（Sun Microsystems）。为什么BSD诞生在伯克利大学而非其他著名大学？原因很简单，Unxi系统的创始人，Ken Thompson到他的母校去“支教”了。这一契机为Bill Joy开发BSD提供了基础。

  历史上， BSD曾经被认为是UNIX的一支——"BSD UNIX", 因为它和AT&T UNIX操作系统共享基础代码和设计。在20世纪80年代，衍生出了许多变形的UNIX授权软件。比较著名的如DEC的Ultrix及Sun公司的SunOS。1990年代，BSD很大程度上被System V4.x版以及OSF/1系统所取代，晚期BSD版本为几个开源软件开发提供了平台并且一直沿用至今。今天，“BSD”并不特指任何一个BSD衍生版本，而是类UNIX操作系统中的一个分支的总称。

三、Apache

  Apache是世界使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上，由于其跨平台和安全性被广泛使用，是最流行的Web服务器端软件之一。它快速、可靠并且可通过简单的API扩充，将Perl/Python等解释器编译到服务器中。

  Apache HTTP Server（简称Apache）是Apache软件基金会的一个开放源码的网页服务器，可以在大多数计算机操作系统中运行，由于其多平台和安全性被广泛使用，是最流行的Web服务器端软件之一。它快速、可靠并且可通过简单的API扩展，将Perl/Python等解释器编译到服务器中。

  Apache HTTP服务器是一个模块化的服务器，源于NCSAhttpd服务器，经过多次修改，成为世界使用排名第一的Web服务器软件。

它可以运行在几乎所有广泛使用的计算机平台上。

  Apache源于NCSAhttpd服务器，经过多次修改，成为世界上最流行的Web服务器软件之一。Apache取自“a patchy server”的读音，意思是充满补丁的服务器，因为它是自由软件，所以不断有人来为它开发新的功能、新的特性、修改原来的缺陷。Apache的特点是简单、速度快、性能稳定，并可做代理服务器来使用。

  同时Apache在Linux、Unix、Windows系统平台都可以正常运行，这也证明了其可移植性方面的强大。

四、GPL、BSD、Apache三者之间的关系

   话不多说，借用网上的一张图来解释，简单明了。

五、Android

  要想理清android与GPL、BSD、Apache之间的关系，不妨先看下图。

  上图是 Openfoundry 绘制的 Android 的授权许可证结构，可以看到在 Android 多层软件栈中，仅仅最核心的 Linux 内核使用了 GNU 通用公共许可证，在这个层次上，Google 对 Linux 内核的所有修改必须反馈回 Linux 主版本树（Android 的内核将在 Linux 3.3 版本进行回归，两个版本的 Linux 内核进行融合）。

  其上层的类库以及应用框架以及所谓用户空间部分，大部分使用了“ 温和 ”的 Apache-2.0 软件许可授权，允许 Android 上的开发商基于 Android 的源代码进行开发而不向社区反馈。基于上文讨论 GPL 的第一个问题，用户空间的类库以及程序使用 Linux 内核的系统调用不被视为是Linux内核的衍生产品，因而得以自由采用 Apache-2.0 的软件授权进行发布。GPL 世界和非GPL世界的分界线在于一个叫做 Bionic Libc 的类库。Bionic Libc 的关键之处在于如果 Bionic Libc 受到内核 GPL 的“感染”，将会波及非 GPL 的用户空间的各个模块。

  Android 的 Bionic Libc 的类库，采用 BSD 的许可证授权。在 2008 年 Google IO大会上，一份著名的 PPT：“ Android Anatomy And Physiology ”讲到 Android 使用 Bionic Libc 类库替换Linux常用的 Gnu glibc ，其中一个主要原因是 “ We want to keep GPL out of user-space ”。

本文出自 “maxie” 博客，请务必保留此出处http://maxie.blog.51cto.com/10683256/1889064