Android整體印象（1）

　很多人覺得Google能做出android本身就是一個很了不起的工作過程，真的是這樣嗎？正好在android上花過半年時間業余研究，從上到下還算是比較熟了，就說說我的印象吧：

　　1. 內核

　　以開發用機G1和Sapphire做例子，內核部分Qualcomm的那部分初始工作最重要（但也稱不上大項目），Google的幾個mechanism實際上工作量很輕、和類似目的的成熟組件比實際上都是超級簡化版，設計的也有不少有欠考慮的地方。

　　lower memory killer多麼簡陋就不說了，另一個差勁的設計就是缺乏管理的WakeLock【1】，遍布若干層的這玩意加上我個人最恨的那些沒事醒著等待中斷的內核代碼，無論哪個地方一個小bug，就可能讓你的手機待機超不過仨小時。【2】

　　不是說不能往內核裡加東西，也不是說一出手就必須驚天動地，關鍵是不能一拍腦門子想出個方案就上。android對於內核的改動，很多類似地方的設計都缺乏整體思路，與其說是一組設計，不如干脆說是一堆hack來的確切；所幸Google在這這裡干的活不多。

　　2. 中間層

　　能把這麼多不同的開源項目粘一起確實是個費心的工作；不過說到具體的活兒，基本上就是因為license和手機環境的設置，照著別人代碼抄一遍，掏空一些邏輯，換上一些邏輯。這一塊主要是麻煩事兒很多：從總體上來看，這些麻煩還是被Google較好地控制住了的。

　　但一些組成部分的選擇還是存在不小的疑問：如媒體框架，我不知道Google怎麼想的，非去買PacketVideo的。估計是這公司和Qualcomm有傳統友誼？總而言之自己沒信心做也就算了，買也不買個好點的；弄這麼個偽面向對象的丑陋的龐然大物，基本上每次新版android推出都是讓手機能正常運轉的障礙：太難挑bug了，以至於Google自己都懶的調好。

　　我個人的認識是，Google在這個層面的工作雖然已然不錯，但缺乏真正的精耕細作。在工程上這或許是合理的，發布之後可以回過頭慢慢揉合。但這種發展方式必然要求你有很好的上層抽象，不影響上層建築。於是問題就變成：Google做到了嗎？<