Android整體印象（2）

　　3. 運行時引擎

　　說白了就是Dalvik這部分了。這個虛擬機基本上是2000年以後最糟糕的一個虛擬機，而且做這個放到21世紀也沒什麼技術含量了。說實在的如果說重量級程序員最多需要兩、三個足夠了，打雜的也不需要幾個；很多時候咱們平時不會自己從事這個方面的開發，不是說這個工作就一定是什麼難以逾越的大山。

　　這個部分說白了又是一個照例子抄的活兒，卻做的無比的落後，快趕上Python那個解釋器的水平了。不過我相信HTC之類的廠商一定也有他們自己的想法：我發現HTC在這個部分加入了自己的一些內存管理邏輯，想必是Google又讓他們的在某些情況下郁悶了吧呵呵。

　　我的一個問題是，為什麼不更改V8去適應強類型呢？應該不是技術上的問題，而是公司內部統籌安排導致的工作成果和人員不能重用吧。在android剛推出的時候，我就看到過一個多媒體應用的開發者抱怨，說android處理XX的速度比Nokia的J2ME還慢，不得不寫Native代碼，想想看，Nokia用的可是更垃圾的CPU!

　　4. 整體運行時環境

　　說起來第一就是Java類庫了，這部分也基本上是照抄加簡化，否則也不至於讓Oracle抓著把柄。實現Java類庫這方面，我的感覺，就是你要把這部分工作放中國來，5000～7000的程序員雇上個20來個，很可能3～5個月就能做出android 1.5的質量了。這部分Google的實現存在一些問題以前提到過，不過都是些容易改善的。

　　多出來的是界面層、進程內外通訊、功能的配合和不同應用互操作這部分，以及整體上有一組適用於移動嵌入式環境的策略及對應的設計實現。其實這多出來的部分才是Android的核心，上面三個部分雖然更“底層”，卻是服務於這一層次的目的的。（設計一旦確定，以android的方案來說，其難度和工作量都不大）

　　很遺憾的是如果仔細斟酌，卻會發現Google方案在一到具體應用上漏洞百出。其中一部分牢騷在我上篇文章裡提到過了。其他的話題比較大了，很難一句話說明白。不過如果站在開發者角度，並僅僅在Java層進行開發的話，中肯的說除了Java本身帶來的缺點和一些細節，基本上還是和ASP.Net 1.1這類東西在一個水平線上。