开源不等于免费，开源也不等于没有约束！
国外开发者在尊重他人劳动成果方面做得非常到位，如果A的作品是因为B的作品的启发而来，A甚至都没有使用B任何一句代码，但A会在他的作品里面指明是受到了B的启发"Inspired by YYY link :"。
有协议和没声明协议的裸代码是有非常重要区别的，一般作品当中没声明协议的默认为Copy right的，也就是版权保留。此种情况表明他人没有任何授权，不得复制分发修改使用等等，(相反的copy left 则为自由的, 被包括在GPL授权里边)
————————————————
首先先从android和harmony说起, Android是开源的. (Android Open Source Project简称AOSP). AOSP提供了android的应用框架, android系统框架, 包括修改后的专用Linux内核, Dalvik虚拟机.
AOSP的大部分源码采用Apache 2.0 授权模式发布, 而专用Linux内核采用的GPL授权.
Apache 2.0授权规定，可以任意使用源码，不需要开源, 而android是完全开源的.
GPL授权规定，对源码的任何修改都必须开源。
但是. android框架是google开发的, 在开发dalvik虚拟机和java类库等过程中, 积累了大量的专利, 而这些专利是凌驾于软件著作权和许可证之上的. 如果单纯的AOSP套壳或者派生个版本出来,搭载硬件销售, google就可以拿出专利大棒来限制你.
所以华为的对策就是绕开或者重塑这些专利所能圈起来的范围. 注意是要摆脱的是谷歌的压制内容，而非好用的科技产品. 谷歌真正卡了华为脖子的地方在于，他不让你有使用安卓软件的权限.
1. 替代dalvik / ART 的runtime. 使用 方舟编译器, 绕开ART, 在linux核心上跑 方舟runtime的机器码, 速度很更快. (需要在华为自家的商店下载编译好的程序.). 这样当华为自行编译的APP足够多, 其他App也通过方舟编译器编一个华为版本APP时, HMOS即可绕开linux核心和ART了. 所以方舟编译器是一个重点, 以后的鸿蒙核心的生态就靠他了, 也得靠大家和第三方硬件厂商支持. 即使方舟编译器普及开，各种APP都有了。鸿蒙也仅限于华为自己的设备，因为操作系统得有驱动，而华为自己的硬件，自己的系统，才能自己做驱动。如果拿出去用，驱动就是问题了。
2. linux核心上, 重写一些模块来适配android的特殊功能. google修订的主要是 IPC binder / Low Memory Killer / Ashmem / RamConsole_LogDevice/ ADB / usb gadget / PowerManager. 其他一些 yaffs2和 BT的patch. 其中主要是 IPC binder, 这个重新写个实现版本对于HUAWEI来说简直太 easy了.
其实 HMOS最终推广的还是自己的 liteOS, 目前能跑android的方舟runtime 还是 Linux核心都是一个过渡. 毕竟全部用自己的核心, 抛弃android的生态,必死无疑. 所以当前必须先包含一个android兼容其生态系统. 即 华为首先通过方舟编译器，绕开安卓的ART，让Linux核心，跑方舟的runtime。把为安卓的APP，用方舟编译，然后移植，变成方舟runtime下的机器码，这样可以运行速度更快一些。然后，华为在自己家的商店提供编译好的程序提供下载。而当华为自己市场的APP足够多，市面主流APP都通过方舟编译器，编译一个华为版本的时候。华为就可以绕开Linux核心和安卓的拐棍了。这个时候，华为就可以推出只保留鸿蒙微核心的鸿蒙2.0版本。运行方舟runtime下的机器码，所有华为市场的APP，可以直接用。以后，各个厂商的安卓版本更新，都先给华为方舟编译器编译一份，华为放到自己的市场，给自己的鸿蒙系统用户用。到这个时候，华为就敢说，自己有真正的手机操作系统了。也就有了真正的微内核鸿蒙系统。
HUAWEI认为微内核系统更好用. Linux创始人，就是因为当年的微内核性能太烂，才让Linux用了宏内核。微内核更灵活，更安全，移植更方便，但是因为通讯太多，性能是比较差的，所以主流的操作系统不太用，只有苹果的MacOS和IOS算是半个微内核。
华为鸿蒙系统的主要开发者，找到了一种通过硬件改造，大部分提升效率的办法。这样一来，安全灵活，性能也不比宏内核差的操作系统就很值得期待了。实际上，谷歌现在也在搞微内核的操作系统，替代掉安卓。当前的黑莓的QNX也是微核心, 很大程度就是生态不行了。它后来兼容安卓，兼容的不好。各种硬件都没有驱动支持。只能小众用(鸿蒙要像跳出华为，成为主流操作系统，第三方厂商的支持也是关键)。
华为对鸿蒙也很谨慎，先用几年通过尽量化的兼容别人的生态系统(这个时期会有很多喷子), 能去掉android生态依赖后, 再用真正的鸿蒙核心替代, 通过开源和第三方合作扩大物联网/分布式/硬件虚拟化的生态才能做到真正的自主. “1”即是手机，“8”为电脑、智慧屏、平板、手表、眼镜、音响、耳机、车机八个领域，“N”代表的则是生态链合作伙伴，即“万物互联”的终极梦想.
1”则代表着基础，是打开未来大门的钥匙。没有庞大的用户群体入驻，其他都是空谈。
=========================================================
BSD开源协议
BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。
但”为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件：
-
如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。
-
如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
-
不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。
BSD 代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对 商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。
------------------------------------------------------------------------------------
Apache Licence 2.0
非盈利开源组织Apache采用的协议。该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。需要满足的条件也和BSD类似：
-
需要给代码的用户一份Apache Licence
-
如果你修改了代码，需要再被修改的文件中说明。
-
在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。
-
如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可，但不可以表现为对Apache Licence构成更改。
Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。
------------------------------------------------------------------------------------
Linux就是采用了GPL。GPL协议和BSD, Apache Licence等鼓励代码重用的许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代 码做为闭源的商业软件发布和销售。这也就是为什么我们能用免费的各种linux，包括商业公司的linux和linux上各种各样的由个人，组织，以及商 业软件公司开发的免费软件了。
GPL协议的主要内容是只要在一个软件中使用(”使用”指类库引用，修改后的代码或者衍生代码)GPL 协议的产品，则该软件产品必须也采用GPL协议，既必须也是开源和免费。这就是所谓的”传染性”。GPL协议的产品作为一个单独的产品使用没有任何问题，还可以享受免费的优势。
由于GPL严格要求使用了GPL类库的软件产品必须使用GPL协议，对于使用GPL协议的开源代码，商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。
其它细节如再发布的时候需要伴随GPL协议等和BSD/Apache等类似。
LGPL是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL 允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并 发布和销售。
但是如果修改LGPL协议的代码或者衍生，则所有修改的代码，涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因此LGPL协议的开源 代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。
GPL/LGPL都保障原作者的知识产权，避免有人利用开源代码复制并开发类似的产品
MIT是和BSD一样宽范的许可协议,作者只想保留版权,而无任何其他了限制.也就是说,你必须在你的发行版里包含原许可协议的声明,无论你是以二进制发布的还是以源代码发布的.
阅读(3165) | 评论(0) | 转发(0) |
