導言

Android應可說是科技界2009年第一大事。Android前身為一公司，被Google買下後繼續開發，以開放源碼的方式發行，還成立了Open Handset Alliance (OHA)作為支持Android的商業組織。其中成員如Qualcomm, TI, Wind River等在各自領域都赫赫有名，尚未上市就已經相當轟動。開放源碼（Open source）的手機作業系統，其實在此之前已經出現數個，例如Qtopia¹以及其後雷聲大雨點小的Openmoko，再如當時以行動上網裝置（Mobile Internet Device, MID）為主的Maemo等等。不過，Qtopia與Openmoko的成熟度當時並未達到商業化需求，而日前Nokia雖然已經基於Maemo發表了新一代智慧型手機N900，但當時Maemo仍侷限於行動上網裝置，而非電話。

換言之，Android除了擁有眾多大廠支持，而且在開放之初就發表了T-Mobile G1，有產品可證明商品化能力。這意味著，長久以來受制於Windows Mobile，又無能力開發自有作業系統的手機廠商，看見了站在巨人肩膀上做出自有產品的可能性。從2008年底開放以來，2009年HTC, Samsung, Motorola, Acer等等都發表了Android手機，而看來2010年中還有更多。究竟 Android 有什麼特點，與以往根基於Linux的手機差別何在，以及面對其他手機作業系統的競爭有何優劣等等，本文嘗試做一介紹與探討。

技術面淺探

要談Android，就無法迴避技術面的討論，但在此會忽略細節以及犧牲一些語言精確度，試著做一簡介。

系統架構

Android作為一作業系統，其針對的硬體為智慧型手機，並在設計伊始就考慮到3G網路以及觸控螢幕、相機、GPS等現代應用。作業系統作為裝置與人之間的媒介，以及負責讓手機正常運作。與人接軌的那端，使用者介面、應用程式等，一般稱上層。而與機器接軌的部份，比如對打電話的控制、無線網路晶片、顯示圖形到螢幕上、接受觸控螢幕收到的手指觸摸等等，就是由底層來負責。在此我們先由下層開始介紹，再步步往上。

(http://developer.android.com/images/system-architecture.jpg)

Linux Kernel

必也正名乎：一般所稱Linux，其實是統稱，指根基在Linux kerne以及其他許多跟kernel不見得有關的軟體所組成的作業系統。最早，Linux一詞其實是專指kernel，它提供了系統底層與硬體間的基本核心，讓其他程式可以在上頭執行。其最早作者是Linus Torvalds，他用自己的名字，加上採用了與Unix系統相容的介面，將自己的作品命名為Linux。

class HelloWorld
{
    public static void main(String [] argv)
    {
        System.out.println("Hello, world!");
    }
}

也就是用人比較容易看懂的語言（也許不那麼容易啦，但至少比一堆0跟1來得好）來叫電腦做事，比如上個例子是在螢幕上印一行字Hello, world。所謂程式的原始碼，就是一整篇這樣的文章，結合起來，可以叫電腦執行某些功能。這樣的語言比自然語言容易「翻譯」成電腦看得懂的「指令」，而負責翻譯的，就是「編譯器」。

電腦的核心CPU有很多不同種類。一般我們用的是Intel的產品，有些是32位元、有些是64位元。有些人用的可能是Power，例如以往蘋果電腦的使用者。還有一些小一點的電腦，可能就是用ARM架構。總之，不同的CPU具有不同的指令集合，是不能直接互通的。在此我們可以想像，同樣的程式碼，可以經由編譯器，翻譯成適合不同CPU架構的程式，而他們之間是不能互換的。例如編給ARM使用的程式，在Intel的CPU上頭就不能跑。要如何解決這個問題呢？

這裡引入第二層面：「Java 虛擬機器」（Java virtual machine）。虛擬機器可以想像成一虛擬的CPU，先設定一些共通的指令，然後針對各種不同的架構做個別轉換，如此只要是採用此「共同指令集」的程式，就可以在這虛擬機器上面執行，由虛擬機器負責轉換成目標CPU的指令集。如此一來，我們只需要把用電腦語言寫好的程式編譯成「虛擬機器」看得懂的就行了。Java使用的共通指令就稱做 “Java bytecode”。

最後則是Java runtime library，也就是一個「函式庫」，裡頭存了很多編譯好的現成程式，來讓開發者使用，這樣就可省下很多重覆的工作。比如上頭這例子裡頭的System.out.println就是函式庫提供的。那我們可以想像，如果在程式中我們用了很多某個函式庫裡頭的東西，但是用的人只拿到編譯好的程式，但沒有同樣的函式庫，那這程式還是不能用。比如說，Windows, Linux提供的基本函式庫就很不一樣，所以做同樣事情的程式，寫法可能完全不同。Java函式庫裡頭提供的工具，是有標準可循的，所以以上的程式，不管是要在Windows上頭跑，或是Linux上頭跑，都是一樣的寫法。

於是乎，我們可以把Java runtime library跟Java虛擬機器搭配起來，這樣我們只要用Java這個語言寫程式，裡頭呼叫Java runtime library裡頭的工具，用編譯器編成Java bytecode，交給虛擬機器去執行，就可以在各種平台上面跑一樣的程式了。這兩者的組合稱為「Java Runtime Environment, JRE」，只要針對某環境提供JRE，就可以執行Java應用程式了。雖然這聽起來很棒，但我們可以想像，由於隔了一層虛擬機器，程式跑起來容易比直接下命令來得慢，而且必須額外安裝JRE，用掉較多資源。

Java Runtime讓人們可以在不公開原始碼的情況下，發行編譯好的應用程式，在各種不同的平台上執行，相當適合商業應用。Android循著相同架構，也提供了Android Runtime，但有幾點不同。

Android使用的虛擬機器叫作Dalvik，原本並不是針對Java設計的。它認識的指令集並不是Java bytecode，而叫Dalvik executable，簡稱dex。Android裡頭提供了一個工具程式叫dx，可以把 Java bytecode再翻譯成dex，這樣Dalvik就可以執行它了。這虛擬機器為了適合在電話這種比較小型的平台上使用，而做了許多最佳化的處理，例如適用較慢的CPU、低記憶體使用量、減小應用程式的大小等等。

Android虛擬機器與函式庫合稱Android Runtime，在函式庫方面，提供了大部分的標準Java函式庫，讓Java工程師可以無痛的轉換，而關於手機的部份則提供許多諸如使用者介面、藍芽、GPS相關、網路、3D加速、影音、以及電話本身等等許多現成的函式可用。這些函式使得開發者可以直接取用基礎功能，進而專注於應用程式的開發。

Application Framework

提供應用程式執行環境，針對手機設計，許多觀念與一般個人電腦應用程式有相當不同。在此將開發者網站上的說明大略翻譯如下：

應用程式元件

Android的重要功能之一為，應用程式可在對方允許的情形下，使用其他應用程式的元素。例如，如果你的應用程式想要顯示一排可以捲動的影像，而另一應用程式已經開發出了適合的捲軸元件，並開放給他人使用，你可以直接呼叫這元件來使用，而不需自行開發。你的應用程式不需要包含他人的程式碼，也不需固定連結到某程式。反之，Android框架會在有需要時，自動啟動其他應用程式的相關功能。

要順利運行，系統必須能夠在需要其任一元件時，啟動一應用程式程序，並做出需要的Java物件。所以，與大部分系統上的應用程式不同，Android應用程式並沒有一個單一的「進入點」來使用所有功能。反而是，他們提供元件讓系統可以視需要使用。元件類別有四種：

Activities

Activity表示一使用者介面，用以完成某特定事務。例如，activity可呈現一選單列表，或是顯示相片跟標題。簡訊軟體可能包括一個列出所有傳簡訊對象的activity，一個讓使用者對選擇對象寫簡訊的，以及其他的activity來看舊訊息以及設定功能。他們雖然組成一個使用者介面，但各元件互相之間仍是獨立的，例如，其他軟體需要傳訊時給某人時，可能只需叫出「寫簡訊」的activity，而不需其他。

一應用程式可以只包含一個activity，也可以像剛才描述的簡訊軟體一樣，包含好幾個。當然，需要哪些，以及要多少，都是取決於應用程式的設計。一般來說，其中一個activity會被標為程式執行時第一個看到的畫面。由一個activity移動到另一個，是利用目前的來呼叫下一個。每個activity都分配到一個預設的視窗，可以在裡頭畫東西。一般說來，這視窗跟螢幕一樣大，但它也可以比螢幕小，並浮在其他視窗上。而activity也可以開多個視窗，例如跳出一個視窗來取得使用者回應，或者是針對使用者選擇顯示重要資訊。

視窗內部的視覺組成是由樹狀結構的”view”組成，每個view可以包含其他view，控制視窗中一塊長方形的區域，並可跟使用者互動。換句話說，view可組成activity與使用者互動的「實相」。Android系統中有許多現成的view可供取用，例如按鈕、文字欄位、捲軸、選單、勾選格等等。

Services

Service並沒有可見的使用者介面，而是在背景永久執行。例如，當使用者做其他事情時，service可能在播放音樂，或正從網路上抓取資料等等。

Broadcast receivers

唯一功能為收取以及回應「廣播訊息」。廣播經常來自Android系統本身，例如，手機所處的時區改變，電池快沒電了，或是剛照了一張照片，或是使用者剛改變了顯示介面的語言等等。應用程式也可以發出這類廣播，例如，讓其他應用程式知道某些資料已經下載完成，可以使用了。

一應用程式可以有任意數量的broadcast receiver來收取任何它認為重要的訊息。它沒有使用者介面，然而，他們為了回應廣播訊息，可以呼叫某個對應的activity，或者是發出一訊息通知來告訴使用者發生了什麼事情，以及震動、播放音效、閃爍軌跡球等等。

Content providers

負責對其他應用程式提供或收取資料。資料可存放在檔案系統中，或資料庫、或任何合理的方式。例如：通訊錄。

任何時候，當系統需要某一特別元件時，Android系統會先肯定擁有這個元件的應用程式正在執行，如果沒有，就啟動他。另外還會確認此元件是否已經存在於系統中，若視沒有，就製作一個。

啟動元件：intents

Content provider在有人需要存取時便會由系統啟動，而其他三類元件：activity, service, broadcast receiver都是由一種叫intent的訊息啟動的。一個intent表示的是一種「企圖」。例如，它可能是要求「顯示這張圖片」，或者是「編輯這段文字」，或「編一段訊息傳給這個人」。比如說，某應用程式想傳訊給通訊錄中的某一人，可先發出企圖「瀏覽通訊錄」，則系統中負責此事的元件便被啟動。選取對象後，便呼叫「編輯簡訊」的元件來編輯並接著發送出去。
關於應用程式運作，詳細情形可參考開發者網站上的說明⁷，在此就不詳述了。

Applications

要開發Android應用程式，並不需要下載整個平台的程式碼，只需要採用Google發行的軟體開發工具（Software Development Kit, SDK）即可。使用的電腦語言是Java，並內建模擬器，可直接驗證寫出的應用程式，而不需擁有實體手機。建議的開發環境為Eclipse，此軟體亦為開放源碼專案，不需付費即可使用，許多公司如IBM等亦根基於Eclipse推出了自有的工具，可說應用相當普遍。Google在這部份提供了Eclipse的一個延伸套件，與模擬器、除錯等等都有整合，並提供完整文件，進入門檻降得相當低。

延伸閱讀：

1. http://www.betaversion.org/~stefano/linotype/news/110/ (Dalvik: how Google routed around Sun’s IP-based licensing restrictions on Java ME)：關於 Android 如何繞過 Java ME
2. http://blogs.sun.com/jrose/entry/with_android_and_dalvik_at (with Android and Dalvik at Google I/O)：對 Dalvik 有興趣的話一定要看
3. http://sites.google.com/site/io/anatomy–physiology-of-an-android (Anatomy & Physiology of an Android)：Google 對 Android 平台內部架構的概觀介紹

本篇目的在儘量不觸及技術細節的情況下簡介 Android 架構，並探討其設計的特殊處，以及在版權上的意義。主要資料來源為 Anatomy & Physiology of an Android，有興趣深入研究的讀者可參考。

首先來一張現在大概已經很有名的圖片：

由下到上，可以看到紅色的 kernel 層，綠色的系統函式庫，黃色的虛擬機器，以及藍色的 Java 程式碼。以下將一一介紹。

Linux kernel

必也正名乎：一般所稱 Linux，其實是統稱，指根基在 Linux kernel 以及其他許多跟 kernel 不見得有關的軟體所組成的作業系統。最早，Linux 一詞其實是專指 kernel，它提供了系統底層與硬體間的基本平台，讓其他程式可以在上頭執行。其最早作者是 Linus Torvalds，他用自己的名字，加上採用了與 Unix 系統相容的介面，將自己的作品命名為 Linux。

如前所述，在 Linux kernel 上頭執行的程式，跟 kernel 本身不見得有關係。可以是自由軟體，也可以完全不是。把它加上一些自由軟體，例如基本的函式庫、工具、圖形介面，應用程式等等，所組成的一套完整作業系統，才是一般所稱的 Linux。為了避免誤解，而且也為了正確傳達自身的貢獻，自由軟體基金會建議大家稱呼這樣的一套作業系統為 GNU/Linux。其中的原因是，kernel 提供底層機制，但系統中重要的元件幾乎都是來自於 GNU，也就是自由軟體基金會。

希望大家還沒被這些名詞搞混。要弄清這些不同的原因是，Android 是在 Linux kernel 上頭運作的，但他並不是 GNU/Linux。因為在一般 GNU/Linux 裡面會有的東西，Android 很多都沒有。

Linux kernel 的版權是 GNU General Public License version 2 (GPLv2)，這又是什麼玩意呢？GPLv2 是所謂的 Copyleft 版權，簡單來說，就是為了確保智慧財產能夠繼續公開流傳，所以任何基於此創作的延伸創作，都自動採用了相同版權。GPL本身還有個特色，就是「共同運作」也算是延伸的一部分，意思是說你的程式沒直接改GPL的程式碼，但是連結了GPL的東西跟你的程式共同運作，那你的程式也必須採用GPL版權。

舉例來講，假定今天某公司覺得某GPL軟體不錯，拿來改了改，放在自己的產品裡頭拿出去賣，那某公司就一定要明確的一起散佈修改後的程式碼。如果沒有，那就是觸犯版權了。有個組織叫 GPL Violations，專門抓這種案例，國內公司如 D-Link 以及 ASUS 都上過榜。這下問題來了：如果你是硬體廠商，希望你的硬體能在 Linux kernel 下運作，那麼就必須要有驅動程式。驅動程式就是按照硬體的規格寫的程式，用來告訴 kernel 怎麼操作這個硬體。如果驅動程式的程式碼公開，等於硬體規格也公開的差不多了。許多廠商不願意這麼做，所以就提供編好的驅動程式，但不提供原始碼。版權所有者，也就是 Linus Torvalds 以及其他許許多多的 kernel 作者們，為了支援盡可能多的硬體，對這種行為是採取睜一隻眼閉一隻眼的態度，也就是目前這種編譯好的驅動程式，算是處在灰色地帶。

既然 Android 採用了 Linux kernel，當然得照遊戲規矩來。但我們從前文可知，Android 的重點就是商業應用，他們可不願意系統裡有什麼「灰色地帶」，於是採用了一些手法來繞過這問題。他們把驅動程式移到 “userspace”，也就是說，把驅動程式變成在 Linux kernel 上頭跑，而不是一起跑的東西，這樣就可以避過GPL。然後，在 kernel 這邊開個小門，讓本來不能直接控制到硬體的 “userspace” 程式也可以碰得到，這樣只要把「開個小門」的程式碼公佈就行啦。事實上，目前因為 Android 已經發行，所以依法他們已經公開了對 kernel 的修改，其原始碼在 http://git.android.com/。

走筆至此，可以看出 Google 的原則之一 “Do no evil” 是很有意思的。他們自己的確承諾，而且也願意公開 Android 的程式碼，但是他們給了其他人 “Do evil” 的選擇。這樣還算不算是 Do no evil 呢？當作哲學問題吧。

關於 Android 對 kernel 的修改，Google 的簡報還提供了兩個重點：

1. Binder (IPC)：提供有效率的程式間溝通管道(Inter-Process Communication)。Android 系統中有很多服務，而上層的應用程式經常要取用這些服務，一般的 Linux 系統已經提供了不少 IPC 的方式，不過 Android 還是搞了套自己的。雖說文件中解釋原因為「一般 IPC 會造成額外資源花費，以及安全問題」，但其實這些都是可以基於原有架構在 kernel 外頭解決的，為何要改在 kernel 裡頭，筆者對此存疑，也只能等找時間去研究程式碼才知了。
2. Power Management：與桌上型電腦或筆記型電腦不同，手持裝置的電源一向相當有限，必須無所不用其極的去想辦法省電，但又不損及順暢的使用經驗。Android 在此採取了頗為積極的作法：「沒有人說要用，就關掉」。例如某程式在放 MP3 音樂，於是此程式會需要 CPU 的計算能力，那就得開口要。如果與此同時沒其他程式在執行，那麼 LCD 顯示器就可能被關掉，藉以省電。另一特別處，是在於 Linux kernel 一般考慮的都是在電腦上的作法，所以多半只有進入暫停、休眠等等的選擇，而不會如此細緻的去控制到各個小裝置的電源供應。

系統函式庫

這裡說的系統函式庫是指 “native libraries”，是跑在系統裡頭的函式庫，採用的語言不是 Java，提供一些基礎建設。裡頭有幾個值得一提的元件：

1. Bionic：這是 Android 版的 libc。libc 是 GNU/Linux 以及其他類似 Unix 系統上最基礎的函式庫，一般最常用的是 glibc，就是 GNU 做的 libc。不然在比較小型的裝置上也可以用 uclibc。不論是 glibc or uclibc，版權都是LGPL (GPL 的略為弱化版)。看到這大概可以猜到了吧，又是 Copyleft 問題。官方的說法是，除了版權問題以外，還考慮必須輕量以及快速，所以才做了自己的 libc。不過輕量、快速，本來就是小型裝置用的 uclibc 一開始的目標，因此，最主要的恐怕還是版權問題。
2. Webkit：鼎鼎大名的 Apple Safari 瀏覽器背後的引擎就是 Webkit，Android 也包含進去了。離線使用的 html 配上 html 5 的一些新發展，產生了各種有趣的可能，這部分值得另文介紹，這裡就不再贅述。
3. Surface Flinger：提供把各種”surface”組合在一起的能力。在這裡 surface 解釋為程式想要顯示在螢幕的東西，可能同一螢幕上有來自不同程式的內容，而這些內容有可能是 2D 顯示或是 3D 顯示等等之類。Surface flinger 就是把這些東西結合起來，一起送到螢幕上。目前程式碼還沒公布，不過 2D 跟 3D 的混合顯示一直都是問題，根本原因是我們通常告訴 3D 顯示卡的東西都是一些「我要在哪裡哪裡畫上什麼形狀，貼上某某材質然後旋轉多少度」之類的事情，也就是說，我們並不知道最後顯示出來會長什麼樣子，那是顯示卡上頭的 GPU 去算出來的。一般這些東西是顯示在一個有裝飾的視窗裡頭，這裝飾通常是 2D 效果。接下來假定我們想要旋轉這整個視窗，而且裡頭的東西還要繼續動，那等於要隨時把握 3D 視窗裡的東西長什麼樣子，然後把它跟 2D 的視窗框框結合，然後再開始轉動。目前在一般 GNU/Linux 上這件事情還沒有處理的非常好，Android 怎麼做，值得在程式碼公布之後注意。
4. 硬體抽象層 (Hardware Abstraction Libraries)：這就是前文所述的 userspace 驅動程式，如果想要將 Android 在某硬體平台上執行，基本上完成這些驅動程式就行了。其內定義了 Android 對各硬體裝置例如顯示晶片、聲音、數位相機、GPS、GSM 等等的需求。

Android Runtime 前文已有涉及，這裡不再重複。另外藍色部分的 “Application Framework” 主要是跟如何在 Android 上寫程式有關係，之後將另文介紹。

資料來源：http://mmdays.com/2008/10/11/android-%e6%b7%ba%e6%8e%a2%e4%ba%8c%ef%bc%9a%e7%b3%bb%e7%b5%b1%e6%9e%b6%e6%a7%8b/

Android 所採用的語言是 Java，先從這開始談起。一般所謂 Java 其實包含三個元素，其一是 Java 這個「電腦語言」，也就是像這樣的東西：

class HelloWorld
{
    public static void main(String [] argv)
    {
        System.out.println("Hello, world!");
    }
}

也就是用人比較容易看懂的語言(也許不那麼容易啦，但至少比一堆 0 跟 1 來得好)來叫電腦做事，比如上個例子是在螢幕上印一行字 Hello, world。我們還會需要一個「編譯器」，來把這語言從人看得懂的，翻譯成電腦看得懂的。容後再論。

第二個元素是「Java 虛擬機器」(後稱JVM, Java virtual machine)。電腦的核心 CPU 是有很多不同種類的。一般我們用的是 Intel 的產品，有些是 32 位元、有些是 64 位元。有些人用的可能是 Power，例如部分蘋果電腦的使用者。還有一些小一點的電腦，可能就是用 ARM 架構。總之，不同的 CPU 使用方法也不同，指令是不能直接互通的。虛擬機器就是設定一些共通的指令，然後針對各種不同的架構各寫一個程式去配合這套指令。如此一來，我們只需要把程式編譯成「虛擬機器」看得懂的就行了。Java 使用的共通指令就稱做 “Java bytecode”。

其三是 Java runtime library，也就是一個「函式庫」，裡頭存了很多編譯好的現成程式，來讓開發者使用，這樣就可省下很多重覆的工作。比如上頭這例子裡頭的 System.out.println 就是函式庫提供的。那我們可以想像，如果在程式中我們用了很多某個函式庫裡頭的東西，但是用的人只拿到編譯好的程式，但沒有同樣的函式庫，那這程式還是不能用。比如說，Windows, Linux提供的基本函式庫就很不一樣，所以做同樣事情的程式，寫法可能完全不同。Java 函式庫裡頭提供的工具，是有標準可循的，所以以上的程式，不管是要在 Windows 上頭跑，或是 Linux 上頭跑，都是一樣的寫法。

二跟三兩者加起來，合稱 “Java Runtime Environment”, JRE. 它可以讓編譯好的 Java 程式「跨平台」。怎麼說呢？我們用 Java 這個語言寫程式，呼叫 Java 函式庫裡頭的工具，最後用編譯器編成共通的指令集，交給虛擬機器去執行。如此一來，同樣的程式在各個地方都能跑了。這雖然聽起來很棒，但我們可以想像，由於隔了一層虛擬機器跟函式庫，一定會比直接下命令來得慢，而且也要有人針對某作業系統跟某 CPU 架構去寫了這套東西，大家才能用。另外一個想法就是，那為何不直接把程式碼公開，讓大家針對不同的情況去處理，這樣就不需要虛擬機器，速度也一樣快，不就兩全其美了嗎？自由軟體走的就是這樣的路子。

問題是，許多公司不想公布自己的程式碼，因為必須要靠它賺錢。Java 讓他們可以不公布程式碼，只發行編譯好的程式，就在各平台上執行。使用者只需要安裝虛擬機器跟函式庫就行了。我們可以說，Java 是適合商業應用的。這點是很重要的一個特性。

以上的觀念大概瞭解了以後，我們看看 Android 在這部分做了什麼。

一、語言部分

Android 使用的 Java 語言並沒有不同，原本熟悉的工程師仍可以繼續使用。

二、虛擬機器

Android 使用的虛擬機器叫作 Dalvik，原本並不是針對 Java 設計的。它認識的指令集並不是 Java bytecode，而叫 Dalvik executable，簡稱 dex。Android 裡頭提供了一個工具程式叫 dx，可以把 Java bytecode 再翻譯成 dex，這樣 Dalvik 就知道怎麼執行它了。這虛擬機器為了適合在電話這種比較小型的平台上使用，而做了許多最佳化的處理，例如減低記憶體的使用，而且可以有效率的同時執行好幾個程式。它仰賴底層的 Linux 作業系統來幫他處理一些事情，意味著目前 Dalvik 是綁在 Linux 上的。

三、函式庫

Android 提供了大部分的標準 Java 函式庫(來自於Apache Harmony)，並把他們轉換成 dex 的格式，如此 Dalvik 才認得。除此之外，還提供了很多獨有的函式，讓使用者可以直接呼叫來使用電話、GPS等元件，或者是一些視覺的元件來取得跟其他 Android 程式相同的外觀。

Android 虛擬機器與函式庫合稱 Android Runtime。它有幾個特性：

• 不能直接執行編譯好的 Java 程式。要轉換成 dex 檔案後才能執行。
• 若此程式使用了 Android 未提供的函式，仍不能執行。
• 若我們拿到了 Android 應用程式，無法在 Java Runtime 上跑起來。原因為 1. 必須把 dex 轉回 Java bytecode，這難度目前不明。2. 沒有 Android 提供的獨有函式。

仔細思考的話，會發現所謂 Android Runtime 跟 Java Runtime (尤其是 Sun所提供的套件)的不同處很多，只是「剛好」Android 提供了很多 Java 函式庫裡的功能，讓 Java 工程師可以無痛的轉換罷了。另外就是他仍然保持了對商業應用的親和性，只要發行編譯好的 dex 檔案，而不需公布程式碼。

資料來源：http://mmdays.com/2008/09/29/android-%e6%b7%ba%e6%8e%a2%e4%b8%80/

AHCI（Advanced Host Controller Interface 進階主機控制器介面），是一種允許軟體與SATA儲存裝置溝通的硬體機制，可讓SATA儲存裝置啟用進階SATA功能，例如原生指令佇列（NCQ, Native Command Queuing）及熱插拔。AHCI詳細定義了一個記憶體架構規範給予硬體製造商，規範如何在系統記憶體與SATA儲存裝置間傳輸資料，目前（2008年6月）最新AHCI規範為1.3版。

許多SATA裝置控制器可個別啟用AHCI功能或與RAID功能合併使用，英特爾就建議如果在其支援AHCI晶片組上使用RAID功能，採取AHCI模式組建RAID可以獲得最大彈性，因為AHCI可在完成安裝的作業系統中切換RAID組建模式。

在一般硬碟上Fujitsu、HITACHI、Seagate、WD...等均在3.5英吋及2.5英吋提供相關支援技術

在固態硬碟方面目前僅英特爾控制晶片支援AHCI功能(並無單一販售)。

Windows Vista核心已完全支援AHCI，Linux從系統核心2.6.19版起支援，其他較舊作業系統則需要相關硬體製造商提供驅動程式才可以支援。

原生指令排序(Native Command Queuing，簡稱NCQ)，原先是改善伺服器硬碟存取控制技術,應用在[[SCSI介面][SATA1.0/2.0/3.0介面]][SAS介面] 硬碟讀寫的加速技術，其介面開啟磁碟陣列RAID亦有所提升。透過硬碟韌體、硬碟控制器以及作業系統三者的互相配合，改善硬碟內部磁區的讀取順序，可以提高硬碟效能約30%，亦能夠輕微減輕硬碟損耗的速率。NCQ對用於伺服器上的硬碟的效率提昇尤為明顯。

本圖闡述一顆硬碟在沒有NCQ及有了NCQ的存取順序分別。兩顆硬碟所要求的內容順序均為1、2、3、4，但NCQ硬碟可以透過改變讀寫次序而增加效率。

原理

一般硬碟使用的硬碟格式通常為Windows 98核心所使用的FAT32系列，或是Windows NT所使用的NTFS，此種硬碟格式在存取資料時，時常會出現散亂的情況，導致一個檔案被不規則的分散成許多的區塊存放於磁盤上面，時間一久，檔案散亂的程度會日趨嚴重，由於傳統的硬碟讀取方式，會從檔案的開頭依序讀取到結尾，若檔案散亂的程度愈嚴重，則讀取頭需要來回移動的距離就越長，導致硬碟讀寫效能逐漸下降。一旦發生這樣的問題，解決方案便是使用磁碟重組軟體來進行硬碟重組，將散亂的檔案重新排列為連續的區塊，但由於執行磁碟重組可能會需要搬動大量的磁碟區塊，如果太常執行磁碟重組，除了會提高系統負載，亦將會縮短磁碟機的使用壽命，NCQ即為了解決此種情況而誕生。 NCQ的概念原本是應用在伺服器上常見的SCSI介面上，在SCSI的規格中即包含此項技術，只是不叫做NCQ，將此項技術經過些許修改後稱為NCQ，並將其應用在SATA介面上，後來的SAS介面也支援此項技術。 啟用NCQ技術的硬碟，在讀取檔案時，會依照檔案在硬碟上的分佈，將存取的順序作最有效率的排序，以減少機械臂移動的距離，進而達到省時以及延長硬碟壽命的效果。

優勢

於 SATA II NCQ 協定中，新增3個功能，分別是：

• Race-free status return mechanism：

  硬碟在完成任一指令後，可以無須再進行Handshake即可繼續另一個指令，以便讓多個指令快速接序或同時執行。

• Interrupt aggregation：

  硬碟由於以NCQ模式執行多個指令，所以原本每一個指令完成後必須中斷(interrupt) 以便讓系統接續處理的模式，轉成可以在多個指令完成後再一次提出(interrupt) ，故介面控制器(host controller) 對於多個指令只須處理一次中斷即可。

• First party DMA（FPDMA）：

  當硬碟完成資料讀取後，無須靠 host controller 的DMA動作取得特定記憶體位置，而是由硬碟本身建立 DMA setup FIS（Frame Information Block）直接對 host controller 送出記憶體存取通知，如此無須驅動程式的運作，可以有效提升存取效率。

條件

開啟NCQ，除硬碟本身必須支援NCQ外，作業系統(OS) 與介面控制器(controller) 的支援也是不可或缺的條件。舉例說，在Microsoft Windows平台上，從Windows Vista開始才支援NCQ，而Windows XP若要使用NCQ，則要額外安裝支援軟件。

支援NCQ技術的晶片組

支援NCQ的硬碟控制器（部分）:

• JMicron
  • JMB360
  • JMB361
  • JMB362
  • JMB363
  • JMB365
  • JMB366

• Silicon Image
  • SiI 3124
  • SiI 3132
  • SiI 3531

• nVIDIA
  • nForce 4 Ultra, nForce 4 SLI
  • nForce 410
  • nForce 430
  • nForce 550
  • nForce 570 Ultra, nForce 570 SLI
  • nForce 590 SLI
  • nForce 650i Ultra, nForce 650i SLI
  • nForce 680i SLI
  • nForce 780i SLI

• Intel [1]
  • ICH6M, ICH6R
  • ICH7DH, ICH7M, ICH7MDH, ICH7R
  • ICH8DH, ICH8DO, ICH8M, ICH8M-E, ICH8R
  • ICH9DO, ICH9M, ICH9M-E, ICH9R
  • ICH10D, ICH10DO, ICH10R

• VIA
  • VT 8237S
  • VT 8251
• ATI
  • SB 600
  • SB 700
  • SB 750

• ALi／ULi
  • M1573
  • M1575
  • M1567
  • M1697

• SiS
  • SiS966/SiS966L
  • SiS968

資料來源：http://zh.wikipedia.org/wiki/SATA

感應技術邁向雷射新標竿
　    感應技術一直是無線滑鼠進化的指標規格，目的是讓使用者能有更精確的游標定位，而且能夠在各種表面上工作，過去無線滑鼠採用的大多是LED光學照明技術，感應原理是利用物體表面粗糙度產生的陰影來辨識，因此在瓷磚、金屬等光滑表面操作時會相當不順暢，目前最新的滑鼠感應技術為雷射光學，讓游標定位更靈敏也更精確。雷射光學的感應原理，是透過雷射光速直接反射出表面的細節，無需利用陰影來辨識，據說可提供比傳統LED光學滑鼠強20倍的表面追蹤能力，因此傳統光學滑鼠無法正常感應的大理石、瓷磚、金屬、漆面木桌、相片紙、毛玻璃等光滑的表面，雷射滑鼠也能夠精確的將位移資訊傳給電腦。如何得知雷射光學滑鼠的感應能力有多強？從技術層面來看，計算滑鼠跟電腦間的訊號傳送速率（report rate）單位為rps（report per second），也就是每秒滑鼠傳送給電腦的位移訊號數，rps越高，代表電腦游標與手中滑鼠動作的一致性越高，一般USB有線滑鼠通常是125rps，傳統無線滑鼠為50rps。雷射感應技術還有省電的好處，原因是LED光束會發散，光源會隨距離減弱，比起光束集中的雷射更耗電。

一根指頭 就能掌控一切
　除了感應技術精進外，新款滑鼠鍵盤產品也朝向更完整的操控介面發展，希望使用者能有更便利的操控性，最流行的是一種俗稱「鏡頭縮放滑動器」的滾輪，只要一根指頭就能讓畫面放大縮小，就像是相機變焦的zoom-in及zoom-out效果。這種小工具經常被用在看大型的文件、網頁或圖片，只要把按鍵往下一按，再向前或向後捲動滾輪即可放大縮小，最適合在Windows XP的影片模式下瀏覽圖片，完全不必開啟看圖軟體。另一個讓操控性更強的設計就是多樣化的快速鍵，方便快速瀏覽經常使用的網站、檔案及資料夾，也可設定為迅速切換程式的快速鍵或捲頁便捷鍵，適合瀏覽大範圍網頁或長文件使用。如果嫌這些設計的操控性還不夠強，只有靠指紋才能登錄電腦的滑鼠，真的是「一根指頭就能掌控一切」！讓一台電腦的不同使用者都必須靠自己獨一無二的指紋才能登錄，方便之處在於可以快速在同一部電腦上切換不同的使用者。

傳輸範圍更廣 攜帶性更強
　除了雷射滑鼠外，藍芽滑鼠也有新品問世，還可以「撈過界」的扮演起「藍芽無線集線器」，原因是滑鼠專用的充電器也有集線器功能，可以讓電腦成為藍芽設備的控制中心，和10公尺內支援藍芽傳輸的設備互相連線，包括掌上型電腦、行動電話、耳機麥克風、印表機等。另一個深受上班族歡迎的新款滑鼠設計，是無線滑鼠的接收器可以收納在滑鼠底部，方便攜帶及省電，是一款專為筆記型電腦使用者所設計的滑鼠，可同時適用於左手與右手的使用者，當滑鼠在未使用狀態時，接收器可以收入滑鼠底部並自動切斷電源，可快速收入公事包內不佔空間，也能節省耗電量因而延長電池壽命。

資料來源：http://www.libertytimes.com.tw/2004/new/oct/25/life/information-1.htm

也就是它的化學結構很像人體內的荷爾蒙結構，一旦食入後，

人體會誤把它當荷爾蒙用而產生異狀，這些物質如農藥、戴奧辛、油漆……等都是。
最近有報導說，使用殺草劑，使附近的雄青蛙變成雌的，其實自然界早就發現這種現象了，很多雄性動物的性器官變小了，有雌性化的現象，也出現了很多同性戀的動物，人類身上也發現相同的情況。
當科學家發現人類十年來，男性的精蟲數減少50﹪時，開始緊張了，也驚覺「環境荷爾蒙」的嚴重性，但大部分的人卻天天與它為伍，

渾然不知每天早餐喝下的是一杯有毒的飲料，

也因此，過動兒、憂鬱症、躁鬱症、癌症越來越多，

也有人把兒子當女兒養了18年，才發現原來自己生的是兒子。
這種種現象，都可能與「環境荷爾蒙」有關。
我希望大家共同拒用這種6號杯子，讓它銷聲匿跡，以免禍害萬年，但我更覺得，政府有責任與義務禁止PVC、PS材質的東西作為食品容器。
這種白色軟軟的杯子，因為不能回收，經常被棄置滿地， 若當一般垃圾丟棄、焚化，會產生苯乙烯、長期用來喝飲料則有導致癌症的可能，

這種殘害下一代的東西，我們能坐視不管嗎？
媽媽們還是多發揮愛心在家做早餐，或是用自己的食器，或要孩子自備水壺去裝飲料? C讓我們一起來拒用6號塑膠杯！< SPAN lang=EN-US style="FONT-FAMILY: Arial; FONT-SIZE: 10pt; FONT-WEIGHT: bold">
(註) 目前一般塑膠類都有標示號碼，不同的號碼代表不同組成成分：

1號：PET  寶特瓶
2號：HDPE 高密度聚乙烯
3號：PVC  聚氯乙烯
4號：LDPE 低密度聚乙烯
5號：PP   聚丙烯(能耐100度以上的溫度)
6號：PS  聚丙乙烯，耐熱度60-70度，

裝熱飲料會產生毒素