它是當紅炸子雞。許多人覺得，iPhone將受到它的強力挑戰。

我也曾經對它充滿了期待，但是后來的事態發展，令我改變了看法。前幾天，我就在網志上寫了自己的 擔憂 ：

“首先，Android應用程序只能用java語言開發，莫非所有的應用程序都運行在一個巨大的虛擬機上？（【更正】網友留言指出，2009年6月Android發布NDK工具包，支持C/C++語言編程，不過性能不如SKD工具包中的Java語言。 ）

其次，Google對Android采用了一種全面霸權式的管理，完全不是其他開源軟件的開發方式，一切都由Google說了算，很多地方是黑箱，外界不得而知。”

沒有想到，僅僅過了兩天，擔憂就變成了現實。Linux Kernel的維護者 Greg Kroah-Hartman 宣布， 將Android 代碼從 Linux kernel 代碼庫中刪除 。這意味著，Linux Kernel的開發小組不認可Android的貢獻，兩者產生了沖突。

消息公布以后，外界普遍覺得驚訝和可惜。好不容易，才有了一個這么受歡迎的開源手機系統，應該齊心協力、共同開發才對，為什么要“窩里斗”呢？到底是什么矛盾，使得Linux Kernel小組剔除Android代碼呢？

Greg Kroah-Hartman寫了一篇詳細的 文章 ，解釋這個決定。下面就來看看，他是怎么說的，以及Android到底是一個什么樣的系統。

在這之前，你最好知道Greg Kroah-Hartman是誰。他是目前Linux Kernel的核心開發人員，負責stable軟件包的發布。就是說，每一個新版本的Linux Kernel，都是經過他的手流出來的。此外，他還負責硬件驅動的部署。而他的手機就是HTC G1，每天都在使用。所以，他是絕對有資格談論這個問題的，他的看法代表了Linux社區對Android的看法。

首先，他指出Android和其他的Linux發行版不一樣：

“Google has taken the Linux kernel, and nothing else from a "traditional" Linux system.

Google只用了kernel，別的東西都沒用。”

這就是說，與Ubuntu、Debian、Redhat這樣的傳統Linux發行版相比，只有系統的底層結構是一樣的，其他東西在Android里都不一樣，尤其是程序員的編程接口是完全不同的。因此，Android應用程序都必須重新寫過，現存的Linux程序無法移植上去。所以，從嚴格意義上說，Android是一種全新的系統，它與Linux的距離，比Mac OS與Linux的距離還要遠。

然后，Greg Kroah-Hartman肯定了Android這樣做的積極意義：

“Android also solves the problem that the phone manufacturers had been having for many years: a free version of Java and a unified application layer that programmers can write to that will work on all phone platforms that integrate it.

它解決了長期令手機制造商頭痛不已的問題：業界缺乏一個開源的Java虛擬機，以及統一的應用程序接口。現在，程序員只要寫一次程序，就能在各種手機硬件平臺之上使用。”

這段話解釋了，為什么Android的應用程序，都必須用Java語言開發。因為不這樣做的話，沒法讓程序做到硬件無關。

且慢，這真的是理由嗎？傳統的Linux系統，也并不依賴特定的硬件啊！只要把源代碼根據不同的平臺，分別編譯一下，同一個程序不也照樣可以在不同的硬件架構、不同的Linux發行版中使用嗎？

那么，Android只采用kernel、只允許用java編程的真正原因，到底是什么？

臺灣的科技網志 MMDays 一語道破真相：

“Linux kernel 的版權是 GPL。

這下問題來了：如果你是硬件廠商，希望你的硬件能在 Linux kernel 下運作，那么就必須要有驅動程序。如果驅動程序的程序代碼公開，等于硬件規格也公開的差不多了。許多廠商不愿意這么做，所以就提供編好的驅動程序，但不提供原始碼。

Android 的重點就是商業應用，Google采用了一些手法來繞過這問題。他們把驅動程序移到 "userspace"，也就是說，把驅動程序變成在 Linux kernel 上頭跑，而不是一起跑的東西，這樣就可以避過GPL。然后，在 kernel 這邊開個小門，讓本來不能直接控制到硬件的 "userspace" 程序也可以碰得到，這樣只要把"開個小門"的程序代碼公布就行啦。”

看明白了嗎？

這段話的意思是說，Google玩了一個花招，在kernel和應用程序之間，自己做了一個中間層，這樣就既不違反GPL許可，又能不讓外界看到廠商的硬件驅動和應用程序的源碼。

里面的關鍵在于，Kernel和Android的許可證不一樣，前者是GPL許可證，后者是Apache Software License（簡稱ASL）許可證。GPL許可證規定，對源碼的任何修改都必須開源，所以Android開源了，因為它修改了Kernel。而ASL許可證規定，可以隨意使用源碼，不必開源，所以建筑在Android之上的硬件驅動和應用程序，都可以保持封閉。為了得到更多廠商的支持，Google有意選擇了這樣做，并且特意修改Kernel，使得原本應該包括在kernel中的某些功能，都被轉移到了userspace之中，因此得以避開開源。

這樣做或許有利于推廣Android，吸引廠商和軟件開發商的加入，但是Google也放棄了構建一個真正開源的手機系統的機會，從而也就不能獲得由全世界程序員提供智慧、分享代碼、推動創新的好處。關于許可證問題的深入討論，請閱讀Ryan Paul的文章 《Why Google chose the Apache Software License over GPLv2 for Android》 。

Google的這種做法，直接后果就是給Linux Kernel帶來了麻煩。Greg Kroah-Hartman清楚地說出了自己的不滿。

“...any drivers written for Android hardware platforms, can not get merged into the main kernel tree because they have dependencies on code that only lives in Google's kernel tree, causing it to fail to build in the kernel.org tree.

所有為Android寫的硬件驅動，都不能合并入kernel。因為它們只在Google的代碼里有效，在kernel里根本沒法用。

Because of this, Google has now prevented a large chunk of hardware drivers and platform code from ever getting merged into the main kernel tree. Effectively creating a kernel branch that a number of different vendors are now relying on.

由于這個原因，Google也從不把大量的硬件驅動程序和平臺源碼向kernel提交。實際上，它創造出了一個kernel的分支，大量的開發者都依賴那個分支。”

這就是Android干的事情：它修改了Kernel，但是又不提供修改的細節，自己搞了一個封閉的系統。說得難聽一點，它利用了開源社區，要求開源社區為它做貢獻，卻又不愿提供回報。

所以，Linux Kernel就把Android踢出去了，真是再正常不過了。

人們有權利質疑，Android這樣的哲學是否正確？是否符合Google“不作惡”的口號？如果Android繼續這樣封閉下去，那么開源社區為什么要為它免費制作軟件呢？因為我又不是在為開源社區服務，而是在為Google服務。既然這樣的話，那還不如去支持iPhone呢，至少能在軟件商店里多賣一點錢，而且喬布斯看上去也更酷一點。

slashdot 上有很多關于此事的討論。有人指出：

“Google自己的網站，與微軟的網站一樣封閉。它開源出來的東西，都是根據GPL許可證不得不開源的。”

好吧，姑且不談Google本身，因為它至少不要求外界提供支持。但是Android不一樣，你不能假裝成開源系統，騙取社區的支持，然后又干著封閉系統的勾當。以你的實力，不用Linux Kernel，自己開發一個Google Kernel，想必也不是難事。要是這樣做，任何人都不會有非議。可是，既然你選擇了Linux Kernel，并且大張旗鼓地宣傳，那么你奉獻出什么呢？難道你的奉獻就是給Kernel開一個口子嗎？

Google必須做出改變。正如Greg Kroah-Hartman最后的呼吁：

“I really don't know. Google shows no sign of working to get their code upstream anymore.

我真的不知道未來。Google看上去沒有任何改變代碼的跡象。

I do hold out hope that Google does come around and works to fix their codebase to get it merged upstream to stop the huge blockage that they have now caused in a large number of embedded Linux hardware companies.

我確實希望Google做出改變，把它的代碼合并進我們的代碼，彌補已經出現的代碼分裂。

I've privately offered in the past to help this work get done, and am doing again here publicly. But I need the help of the Google developers to make it happen, without them, nothing can change.

我私底下已經說過，我愿意幫助完成這項工作，在這里我再次公開這樣說。但是如果沒有Google程序員的加入，什么也不會發生。”

Android必須變成一個真正的開源系統。如果像現在這樣封閉下去，就會被開源社區拋棄，就一定不會成功，即使有Google的支持。

UPDATE ONE

liufeng針對此文，寫了一篇很好的 評論 ，推薦閱讀。

我接受他的批評，我確實有點感情用事。主要是因為對Google有太大的期望，所以不能接受它現在的這種做法。

這一次，也許不能說Google做錯了什么，畢竟都符合GPL許可證的要求。但是代價也是巨大的——它放棄了創造未來的機會。我堅信，未來主流的手機操作系統一定是開源的，就像我堅信未來Linux一定勝過Windows一樣。現在，既然Google放棄了這個選擇，那么只能等待其他人來做出開源的手機系統了。這也意味著，我們還要在黑暗中等待更久。

UPDATE TWO

Greg Kroah-Hartman原文中有一些關于技術的部分，由于我不太懂，就沒翻譯出來。網友 黑日白月 做了意譯和點評。

簡單的來講，Android 的硬件驅動依賴在 Google 代碼樹里的東西，于是盡管大多數廠商都將它們的驅動反饋給社區了，但是對 Google 代碼樹的依賴導致它們無法并入主線(merge into mainline)。而 Google 代碼樹一直沒并入主線是由于 Android 平臺安全架構模型需要額外的鉤子以及完全不同的幀緩存驅動。

這次在 2.6.33 主線中把 Android 部分清理掉是由于廠商貢獻的這部分代碼在離開 Google 的代碼樹之后對其他嵌入式 Linux 沒有用處，干脆從主線中除掉好了……

這跟前段時間 Linus 指責 Red Hat 把 Nouveau 并入主線的積極性不高一樣，最后 Red Hat 也是把 Nouveau 并入 2.6.33 的主線了么……

沒有并入主線對于社區和廠商都不利，社區得不到驅動程序的擴展，廠商也得不到內核新特性的改善。但是并不是所有模塊在一開始的時候都是并入主線的，總是要發展到某個相對成熟的階段或者解決了潛在的授權問題后才并入的。總之并入主線對雙方都有利，這個問題反應這次 Google 的并入主線積極性不高（不代表不開源），社區打它屁屁了……

（完）

相關鏈接： 我的產業生態鏈和雜談文章