采用Jmeter測試工具對web系統(tǒng)作的負載測試，得出的響應(yīng)報表，數(shù)據(jù)比較難懂，現(xiàn)作一具體說明。
以下是在一次具體負載測試中得出的具體數(shù)值，測試線程設(shè)置情況為：線程數(shù)：200，等待時間（ramp-up）：0秒，循環(huán)次數(shù)為永遠，另：
線程組——這些元件用于指定運行的線程數(shù)和等候周期。每個線程模擬一個用戶，而等候周期用于指定創(chuàng)建全部線程的時間。例如，線程數(shù)為5，等候時間為10秒，則創(chuàng)建每個線程之間的時間間隔為2秒。循環(huán)數(shù)定義了線程的運行時間。使用調(diào)度器，還可以設(shè)置運行的起始時間。
取樣器——對于服務(wù)器HTTP、FTP或LDAP請求，這些元件是可配置請求。該教程僅側(cè)重于Web Services請求。
監(jiān)聽器——這些元件用于請求數(shù)據(jù)的后期處理。例如，可以將數(shù)據(jù)保存到文件或用圖表來說明結(jié)果。此時JMeter圖表并沒有提供許多配置選項；然而它是可擴展的，它始終可以添加額外的可視化效果或數(shù)據(jù)處理模塊。
得出的圖形報表和聚合報告如下所示：

 

一、圖形報表

圖表底部參數(shù)的含義如下：
樣本數(shù)目是總共發(fā)送到服務(wù)器的請求數(shù)。
最新樣本是代表時間的數(shù)字,是服務(wù)器響應(yīng)最后一個請求的時間。
吞吐量是服務(wù)器每分鐘處理的請求數(shù)。
平均值是總運行時間除以發(fā)送到服務(wù)器的請求數(shù)。
中間值是代表時間的數(shù)字，有一半的服務(wù)器響應(yīng)時間低于該值而另一半高于該值。
偏離表示服務(wù)器響應(yīng)時間變化、離散程度測量值的大小，或者，換句話說，就是數(shù)據(jù)的分布。

二、 聚合報告

圖表含義說明如下：
Label：說明是請求類型，如Http，FTP等請求。
#Samples：也就是圖形報表中的樣本數(shù)目，總共發(fā)送到服務(wù)器的樣本數(shù)目。
Average：也就是圖形報表中的平均值，是總運行時間除以發(fā)送到服務(wù)器的請求數(shù)。
Median：也就是圖形報表中的中間值，是代表時間的數(shù)字，有一半的服務(wù)器響應(yīng)時間低于該值而另一半高于該值。
90%line：是指90%請求的響應(yīng)時間比所得數(shù)值還要小。
Min：是代表時間的數(shù)字,是服務(wù)器響應(yīng)的最短時間。
Max: 是代表時間的數(shù)字,是服務(wù)器響應(yīng)的最長時間。
Error%:請求的錯誤百分比。
Throughput:也就是圖形報表中的吞吐量，這里是服務(wù)器每單位時間處理的請求數(shù)，注意查看是秒或是分鐘。
KB/sec:是每秒鐘請求的字節(jié)數(shù)。

三、 使用分析
在測試過程中，平均響應(yīng)時間是我們性能測試的一個重要衡量指標(biāo)，但是在測試中，特別是在聚合報告中，得出的90%Line,我這里參考《《LoadRunner 沒有告訴你的》之一——描述性統(tǒng)計與性能結(jié)果分析》，我認為90%Line等同于該文作者提出的90%響應(yīng)時間,這個數(shù)值對我們性能測試分析也很有參考價值。90%響應(yīng)時間是說在發(fā)送的請求中，90%的用戶響應(yīng)時間都比得到的數(shù)值上要短，同時說明，一個系統(tǒng)在應(yīng)用時，90%的用戶響應(yīng)時間都能達到這個數(shù)值，那么就為系統(tǒng)性能分析提供了很好的參考價值。

 轉(zhuǎn)自：百度文庫

參數(shù)很多,一般我們用 -c 和 -n 參數(shù)就可以了. 例如:

./ab -c 1000 -n 1000 http://10.88.15.77/test.php

這個表示同時處理1000個請求并運行1000次index.php文件.
#ab -c 1000 -n 1000 http://10.88.15.77/test.php

Benchmarking 10.88.15.77 (be patient)

Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Finished 1000 requests

Server Software:        Apache/2.2.8
//平臺apache 版本2.2.8
Server Hostname:        10.88.15.77
//服務(wù)器主機名
Server Port:            80
//服務(wù)器端口

Document Path:          /test.php

//測試的頁面文檔
Document Length:        1018 bytes
//文檔大小

Concurrency Level:      1000
//并發(fā)數(shù)
Time taken for tests:   8.188731 seconds
//整個測試持續(xù)的時間
Complete requests:      1000
//完成的請求數(shù)量
Failed requests:        0
//失敗的請求數(shù)量
Write errors:           0

Total transferred:      1361581 bytes
//整個場景中的網(wǎng)絡(luò)傳輸量
HTML transferred:       1055666 bytes
//整個場景中的HTML內(nèi)容傳輸量
Requests per second:    122.12 [#/sec] (mean)
//大家最關(guān)心的指標(biāo)之一，相當(dāng)于 LR 中的 每秒事務(wù)數(shù) ，后面括號中的 mean 表示這是一個平均值
Time per request:       8188.731 [ms] (mean)
//大家最關(guān)心的指標(biāo)之二，相當(dāng)于 LR 中的 平均事務(wù)響應(yīng)時間 ，后面括號中的 mean 表示這是一個平均值
Time per request:       8.189 [ms] (mean, across all concurrent requests)
//每個請求實際運行時間的平均值
Transfer rate:          162.30 [Kbytes/sec] received
//平均每秒網(wǎng)絡(luò)上的流量，可以幫助排除是否存在網(wǎng)絡(luò)流量過大導(dǎo)致響應(yīng)時間延長的問題

Connection Times (ms)
              min mean[+/-sd] median   max
Connect:        4 646 1078.7     89    3291
Processing:   165 992 493.1    938    4712
Waiting:      118 934 480.6    882    4554
Total:        813 1638 1338.9   1093    7785
//網(wǎng)絡(luò)上消耗的時間的分解，各項數(shù)據(jù)的具體算法還不是很清楚

Percentage of the requests served within a certain time (ms)
50%   1093
66%   1247
75%   1373
80%   1493
90%   4061
95%   4398
98%   5608
99%   7368
100%   7785 (longest request)
//整個場景中所有請求的響應(yīng)情況。在場景中每個請求都有一個響應(yīng)時間，其中50％的用戶響應(yīng)時間小于1093 毫秒，60％ 的用戶響應(yīng)時間小于1247 毫秒，最大的響應(yīng)時間小于7785 毫秒

      由于對于并發(fā)請求，cpu實際上并不是同時處理的，而是按照每個請求獲得的時間片逐個輪轉(zhuǎn)處理的，所以基本上第一個Time per request時間約等于第二個Time per request時間乘以并發(fā)請求數(shù)
轉(zhuǎn)自：http://blog.sina.com.cn/s/blog_3c9872d00100dbox.html

配置
(1)復(fù)制PHP.INI文件到正確位置
在PHP解壓的目錄下運行
#cp php.ini-dist /usr/local/php/lib/php.ini
(2)編輯apache配置文件httpd.conf
#vi /usr/local/apache2219/conf/httpd.conf
要改的有如下幾處:
一般都在
#AddType application/x-tar .tgz
下加一行
AddType application/x-httpd-php .php
還有找到
DirectoryIndex index.html index.html.var
在后面加 index.php 讓它把index.php做為默認頁
再找
#ServerName
把#去掉,后面的IP改成你的IP.
找到
DocumentRoot "/usr/local/apache2219/htdocs"
把/usr/local/apache2/htdocs改為你存放網(wǎng)頁文件的路徑

比如我是放在/myweb目錄下,所以我以后上傳PHP文件就放在/myweb目錄下,然后用IP訪問,就能看到首頁了
差不多就這些了,至于apache2其它優(yōu)化,請看
http://www.phpv.net/
里的apache配置那一分類.
保存httpd.conf文件.

寫個index.php
內(nèi)容：
<?php
phpinfo();
?>

啟動apache
/usr/local/apache2219/bin/apachectl start

訪問：
http://ip/

    所謂PhraseQuery，就是通過短語來檢索，比如我想查“big car”這個短語，那么如果待匹配的document的指定項里包含了"big car"這個短語，這個document就算匹配成功。可如果待匹配的句子里包含的是“big black car”，那么就無法匹配成功了，如果也想讓這個匹配，就需要設(shè)定slop，先給出slop的概念：slop是指兩個項的位置之間允許的最大間隔距離，下面我舉例來解釋：

   我的待匹配的句子是：the quick brown fox jumped over the lazy dog.

   例1： 如果我想用“quick fox”來匹配出上面的句子，我發(fā)現(xiàn)原句里是quick [brown] fox，就是說和我的“quick fox”中間相差了一個單詞的距離，所以，我這里把slop設(shè)為1，表示quick和fox這兩項之間最大可以允許有一個單詞的間隔，這樣所有“quick [***] fox”就都可以被匹配出來了。

   例2：如果我想用“fox quick”來匹配出上面的句子，這也是可以的，不過比例1要麻煩，我們需要看把“fox quick”怎么移動能形成“quick [***] fox”，如下表所示，把fox向右移動3次即可：

    例3：如果我想用“lazy jumped quick”該如何匹配上面的句子呢？這個比例2還要麻煩，我們要考慮3個單詞，不管多少個單詞，slop表示的是間隔的最大距離，詳細起見，我們分別來看每種組合：(我的待匹配的句子是：the quick brown fox jumped over the lazy dog.)

• lazy jumped:原句是jumped [over] [the] lazy，就是說它們兩個之間間隔了2個詞,如下所示：需要把lazy向右移動4位

•   lazy jumped quick：我們主要看lazy和quick，但是由于jumped是在中間，所以移動的時候還是要把jumped考慮在內(nèi)，原句里lazy和quick的關(guān)系是：quick [brown] [fox] [jumped] [over] [the] lazy ，quick lazy中間間隔了5個詞，所以如下圖所示，把lazy向右移動8次

•  最后是jumped qucik，這里不詳細畫表格了，大家可以自己試試，應(yīng)該是把jumped向右移動4次。

   綜合以上3種情況，所以我們需要把slop設(shè)為8才令“lazy jumped quick”可以匹配到原句。

第一種情形：部分靜態(tài)頁面需要apache處理，不轉(zhuǎn)發(fā)給后端的tomcat

JkMount  /*    router    ###默認將所有請求轉(zhuǎn)發(fā)給tomcat處理
JKUnmount /*.php   router    ###php請求不交給tomcat處理
JKUnmount /*.htm   router    ###htm請求不交給tomcat處理
JKUnmount /*.html  router ###html請求不交給tomcat處理

JKUnmount     /css/*       router    ###css請求不交給tomcat處理
JKUnmount     /js/*         router     ###js請求不交給tomcat處理

JKUnmount  /image/*   router    ###image請求不交給tomcat處理

第二種情形：將所有請求轉(zhuǎn)發(fā)到后端tomcat之后，將不同路徑定位給不同的tomcat

JkMount /*           router

JkMount /login/*     tomcat1

JkMount /shop/*     tomcat2

JkMount /buy/*       tomcat3

注意，這種情形下，必須要有這樣的處理：

worker.list=router,jkstatus,tomcat1,tomcat2,tomcat3

如果是第一種情形，tomcat1,tomcat2,tomcat3是不需要寫在上面這個地方的

而是寫在下面：

worker.router.balance_workers=tomcat1,tomcat2,tomcat3

實際使用中，應(yīng)該是上述兩種情形相結(jié)合使用的較多，將靜態(tài)內(nèi)容交給apache處理，然后將動態(tài)內(nèi)容分布到不同的服務(wù)器上。

JkMount把匹配的轉(zhuǎn)發(fā)到指定服務(wù)器.
JkUnMount把匹配的不轉(zhuǎn)發(fā)到指定服務(wù)器.
JkUnMount選項的級別高于JkMount.
單獨有JkMount規(guī)則有效,但單獨有JkUnMount無效,JkUnMount與JkMount要成對出現(xiàn).

Xml代碼 [url=http://tyler-zhou.javaeye.com/blog/507158]

extra/httpd-mpm.conf 模塊  

上邊一樣的就不貼了，主要是下邊的配置，因為我用了mod_security模塊，所以要做一些配置，這里不做解釋了，寫的很詳細，我比較喜歡在配置文件里把容易忘記的地方寫上文檔。畢竟這東西配完了就不再動了，很容易忘記

# WinNT MPM

# ThreadsPerChild: constant number of worker threads in the server process

# MaxRequestsPerChild: maximum  number of requests a server process serves

#注意：ThreadLimit指令應(yīng)當(dāng)放在ThreadsPerChild之前，否則ThreadsPerChild指令生效后ThreadLimit會失效，而導(dǎo)致不必要的錯誤 ThreadLimit必須大于等于ThreadsPerChild

#對于mpm_winnt，ThreadLimit的默認值是1920；對于其他MPM這個值是64

#ThreadLimit 這個指令設(shè)置了每個子進程可配置的線程數(shù)ThreadsPerChild上限。任何在重啟期間對這個指令的改變都將被忽略，但對ThreadsPerChild的修改卻會生效。

#ThreadLimit 使用這個指令時要特別當(dāng)心。如果將ThreadLimit設(shè)置成一個高出ThreadsPerChild實際需要很多的值，將會有過多的共享內(nèi)存被分配。

#如果將ThreadLimit和ThreadsPerChild設(shè)置成超過系統(tǒng)的處理能力，Apache可能無法啟動，或者系統(tǒng)將變得不穩(wěn)定。該指令的值應(yīng)當(dāng)和ThreadsPerChild大致保持一致

#ThreadsPerChild 每個子進程建立的常駐的執(zhí)行線程數(shù)。默認值是25。子進程在啟動時建立這些線程后就不再建立新的線程了。

<IfModule mpm_winnt_module>

    ThreadLimit            2000

    ThreadsPerChild        2000

    MaxRequestsPerChild    2000

</IfModule>

Apache Harmony 是 2005 年 5 月宣布的開放源碼 Java SE 實現(xiàn)，本文是由 5 部分組成的 進入 Harmony 世界 系列文章的第一篇，這個系列主要介紹 Apache Harmony 項目的內(nèi)部實現(xiàn)，最新發(fā)展現(xiàn)狀和開源 Java 開發(fā)的模式，并鼓勵和歡迎大家參與到 Harmony 的社區(qū)中來。本文是 5 個系列的第一篇，概括介紹了 Harmony 項目的背景，技術(shù)架構(gòu)，社區(qū)運作和未來的方向。

本文是 5 個系列的第一篇，概括介紹了 Harmony 項目的背景，技術(shù)架構(gòu)，社區(qū)運作和未來的方向。

Apache Harmony 的背景

Apache Harmony 的提案在 2005 年 5 月被 Apache 軟件基金會（ASF）接受，并且按照 ASF 慣例成為一個孵化器（incubator）項目。

Harmony 為自己定了兩個目標(biāo)，首先是開發(fā)出一個獨立并且與現(xiàn)有 JDK 兼容的 Java SE 5 實現(xiàn)，并且以 Apache 軟件許可證 2.0 版發(fā)行；其次是建立一個開放的模塊化運行時架構(gòu)，包括虛擬機和類庫之間及其內(nèi)部的模塊化，并通過這個平臺，允許社區(qū)在此基礎(chǔ)上自由定制自己的 Java 實現(xiàn)，或者對某個模塊單獨進行創(chuàng)新。

Apache Harmony 項目的成立以及它的這兩個目標(biāo)具有很大的現(xiàn)實意義。首先，由于商業(yè)JDK的流行性，它們幾乎成為事實上的標(biāo)準，所以 Harmony 必須與它們保持高度的兼容，才能夠使應(yīng)用程序的遷移成本最低，也就相對容易被用戶所接受；其次，Harmony 存在的重要意義之一就在于這是一個屬于開源社區(qū)的 Java 平臺，在這個平臺上，社區(qū)可以自由的移植和創(chuàng)新，而一個開放的模塊化的架構(gòu)，將為移植和創(chuàng)新帶來最大的便利性；最后，Apache 軟件許可證是一個對商業(yè)公司和開源社區(qū)都比較友好的開源許可證，因此 Harmony 可以給最大范圍的開發(fā)人員和用戶帶來便利。本文和本系列后續(xù)文章將詳細介紹 Harmony 在兼容性和模塊化方面的努力，以及這些目標(biāo)帶來的價值。

也許正是基于以上一些原因，Harmony 項目成立僅僅一年多一點的時間，就得到了廣泛的支持和關(guān)注，并且得以飛速發(fā)展。目前，Apache Harmony 已經(jīng)擁有了一個活躍的開發(fā)社區(qū)，并且接受了來自公司，學(xué)校和個人的多次捐贈。IBM 在 developerWorks 上提供了一個 Java 虛擬機環(huán)境的免費下載，以支持 Harmony 項目的開發(fā)，還多次捐贈了核心類庫的實現(xiàn)和測試代碼，在 IBM 英國 Hursley 軟件開發(fā)實驗室和中國軟件開發(fā)中心各有一個開發(fā)團隊積極參與 Harmony 項目。此外 Harmony 項目還接受了三個 Java 虛擬機實現(xiàn)的捐贈，另外還有一個開源 Java 虛擬機 SableVM 正在積極的與 Harmony 社區(qū)合作以實現(xiàn)與 Harmony 類庫的集成。Java SE 實現(xiàn)難度最大的是其規(guī)模龐大的類庫，而最近的類庫 API 覆蓋率統(tǒng)計表明，Harmony 的 J2SE 1.4.2 類庫 API 的覆蓋率已經(jīng)超過 80%，Java SE 5 的覆蓋率已經(jīng)達到 79% 以上。目前經(jīng)不完全測試，在 Harmony 上已經(jīng)可以良好運行 Eclipse、JEdit、Ant 等流行的 Java 工具，并且可以部分運行 Tomcat 和 Geronimo 等企業(yè)應(yīng)用。

技術(shù)架構(gòu)

如前所述，Apache Harmony 非常注重模塊化，從圖一中，可以對 Apache Harmony 的總體架構(gòu)有一個初步的感覺。與所有其他 Java SE 實現(xiàn)類似的是，Harmony 從大體上可以分為三個層次，最下層是操作系統(tǒng)，中間是 Java 虛擬機，最上層是 Java 類庫。而 Harmony 的特點在于:

• 虛擬機和類庫內(nèi)部被高度模塊化，在 Harmony 中，類庫在功能和 Java Package 的基礎(chǔ)上被分成 31 個模塊，而虛擬機也被分成即時編譯器， 內(nèi)存管理， 線程管理，Java 本地接口等等模塊。每個模塊都有一定的接口定義，從而有可能單獨被替換成不同的實現(xiàn)。
• 操作系統(tǒng)層次與虛擬機層次之間的接口由 Port Layer 定義。Port Layer 封裝了不同的操作系統(tǒng)的差異，為虛擬機和類庫的本地代碼提供了一套統(tǒng)一的 API 訪問底層系統(tǒng)調(diào)用。
• 虛擬機與類庫之間的接口除了 Java 規(guī)范定義的 JNI，JVMITI 之外，加入了一層虛擬機接口，主要由內(nèi)核類（Kernel Class）和本地代碼 VMI 組成，實現(xiàn)了虛擬機接口的虛擬機實現(xiàn)都可以使用 Harmony 的類庫實現(xiàn)，并且可以被 Harmony 提供的同一個 Java 啟動程序啟動。

圖一 Apache Harmony 技術(shù)架構(gòu)鳥瞰圖

本節(jié)將分別對 Port Layer，VMI 和 Java 統(tǒng)一啟動程序作進一步的介紹。

Apache Harmony Port Layer

Apache Harmony 在操作系統(tǒng)與虛擬機之間定義了一個 Port Layer，Port Layer 是由一個標(biāo)準 C 的庫（Port Library）來實現(xiàn)得，Port Library 與操作系統(tǒng)交互，為虛擬機和類庫的本地代碼提供了一個平臺無關(guān)的標(biāo)準 C 語言 API 訪問系統(tǒng)調(diào)用。諸如文件 I/O，網(wǎng)絡(luò) I/O， 內(nèi)存操作，信號處理，以及錯誤處理等等功能，都被納入 Port Library 的范圍。

通過使用 Port Library， 所有（目前還沒有做到，但這是設(shè)計目標(biāo)）與操作系統(tǒng)平臺相關(guān)的內(nèi)容被封裝在一個庫里面，虛擬機和類庫的其他部分都可以盡可能以平臺無關(guān)的方式實現(xiàn)出來。這樣一來，將 Java SE 的龐大類庫和虛擬機代碼移植到其他操作系統(tǒng)的工作就可以被快速的開發(fā)出來，從而大大提高了可移植性和程序的可維護性。

在 Apache 軟件基金會資助的開源項目中，有一個類似的平臺無關(guān)庫叫做 Apache Portable Runtime（APR）， 這個項目是從 Apache Http Server 等項目的開發(fā)過程中提煉和分離出來的，目前已經(jīng)比較成熟，它與 Harmony 的 Port Layer 的目標(biāo)有類似之處，但是也有明顯的不同，從而使得目前 APR 還不適合作為 Java 虛擬機和類庫的平臺無關(guān)庫實現(xiàn)。在本系列后續(xù)文章中會有單獨的文章詳細介紹 Harmony Port Library 的設(shè)計特點，并與 APR 進行比較。

Apache Harmony 虛擬機接口

Apache Harmony 虛擬機接口定義了類庫和虛擬機之間的接口，Java 規(guī)范已經(jīng)定義了一些虛擬機的 API，比如 Java 本地接口（JNI）， Java 虛擬機工具接口（JVMTI）等，但是 Java 規(guī)范并沒有定義類庫和虛擬機之間的接口。Harmony 為了模塊化和可移植性的要求，定義了虛擬機接口（VMI），只要是實現(xiàn)了該接口的虛擬機就是 Harmony 兼容虛擬機，從而可以與 Harmony 的類庫實現(xiàn)互操作，并且可以與 Harmony 提供的 Java 啟動程序協(xié)作。

Apache Harmony 虛擬機接口分為三個部分，一部分是 Java 語言接口，由 23 個內(nèi)核類（Kernel Class）組成，另一部分是 C 語言接口，由 10 個函數(shù)組成，最后一部分就是標(biāo)準 JNI。

• 內(nèi)核類的提出是因為少數(shù)核心的公共類是與虛擬機密切相關(guān)（VM-specific）的，它們都是屬于 java.lang，java.lang.ref，java.lang.reflect 和 java.security 等幾個核心的包，比如說 java.lang.ClassLoader， java.lang.ref.WeakReference 等。隨著 Java 版本的升級，核心類的數(shù)量也可能會增加。Harmony 的類庫實現(xiàn)為大多數(shù)核心類定義了實現(xiàn)模板。VM 的開發(fā)人員可以從零開始實現(xiàn)這些核心類，也可以在 Harmony 提供的模板基礎(chǔ)上開始開發(fā)。
• 虛擬機接口還定義了 VM 必須實現(xiàn)的 10 個 C 函數(shù)，用來訪問虛擬機和類庫共享的數(shù)據(jù)結(jié)構(gòu)和接口，比如說訪問操作系統(tǒng)抽象庫（Port Library），虛擬機本地存儲空間等。
• 虛擬機的最后一部分就是標(biāo)準 JNI，它在這里的主要用途是允許從 Java 類庫的本地鏈接庫中創(chuàng)建 Java 對象。

應(yīng)該說虛擬機接口是一個相對寬松的接口，它并不要求對虛擬機和類庫特殊的耦合，對垃圾收集，同步和對象的數(shù)據(jù)結(jié)構(gòu)等等也沒有特殊的規(guī)定。另外一個著名的開源 Java SE 類庫 GNU Classpath 也有類似的虛擬機接口，本系列后續(xù)文章將詳細介紹 Harmony VMI，并且與 GNU Classpath 比較。

Apache Harmony 啟動程序

Apache Harmony 提供了一個啟動程序，也就是通常我們用來運行 Java 程序的 java 和 javaw 命令的實現(xiàn)，這個啟動程序是個多目標(biāo)的啟動器，可以根據(jù)命令行參數(shù)啟動不同的虛擬機，也可以支持虛擬機特有的選項，如屬性文件或命令行參數(shù)等。這一切都是基于虛擬機接口，Port Library 和標(biāo)準 JNI 實現(xiàn)的。

在進一步介紹啟動程序之前，需要先介紹一下 Harmony Development Kit（HDK）和 Harmony JRE 的目錄結(jié)構(gòu)，請參考圖二。HDK 是一個完整的開發(fā)包，不僅僅包括 Harmony 用戶所需的所有內(nèi)容，也提供 Harmony 開發(fā)人員所有的靜態(tài)鏈接庫和頭文件，使得他們可以在此基礎(chǔ)上對其中任何一部分進行修改和重新構(gòu)建。

• <hdkbase>/jdk/jre， 這個目錄包含了標(biāo)準的 JRE 結(jié)構(gòu)，如 bin 和 lib 目錄等。
• <hdkbase>/jdk/include，這個目錄包含了標(biāo)準的 JDK 頭文件，如 jni.h 等。
• <hdkbase>/include， 這個目錄包含了 Harmony 獨有的并且被多個模塊共享的頭文件
• <hdkbase>/lib， 這個目錄包含了編譯 Harmony 本地代碼所需的靜態(tài)鏈接庫文件，如在 Windows 平臺，就包含了 .lib 文件，而在 Linux 平臺，則包含了 .a 文件。

對于啟動程序來說，需要特別注意的是 <hdkbase>/jdk/jre/bin 目錄，在這里可以包含多個虛擬機實現(xiàn)，每一個實現(xiàn)應(yīng)該被放在該目錄的一個子路徑里（比如 vm1， vm2 等），缺省的虛擬機實現(xiàn)在 <hdkbase>/jdk/jre/bin/default 目錄，如果不指定特定參數(shù)，該虛擬機會被啟動程序使用。一般來講，每個虛擬機實現(xiàn)應(yīng)該包含虛擬機實現(xiàn)文件和資源文件，尤其是必須有三個部分的虛擬機接口的實現(xiàn)。

圖二 HDK 目錄結(jié)構(gòu)

在調(diào)用啟動程序的時候，有兩個參數(shù)被用來指定啟動哪一個虛擬機實現(xiàn)，-vmdir 用來指定虛擬機所在的子目錄，-vm 用來指定實現(xiàn)了JNI接口的動態(tài)鏈接庫，比如要使用 IBM 提供的 VME，而 VME 放在 vm1 目錄下的話，啟動程序的命令行就應(yīng)該像:

java -vmdir:vm1 -vm :clearvm.dll …

Harmony 的啟動程序在啟動時將執(zhí)行以下任務(wù)：

• 生成一個 Port Library 實例并且裝載它
• 裝載虛擬機本地動態(tài)鏈接庫
• 初始化內(nèi)核類
• 調(diào)用 JNI_CreateJavaVM（…）， main（…）， JarRunner 等

Apache Harmony 類庫的模塊化

Apache Harmony 將類庫分成易于管理的模塊，這樣做的目的是

• 使 Java 類庫的開發(fā)工作易于管理，開源社區(qū)的參與者可以集中開發(fā)他擅長的模塊
• 方便模塊裝配， 用戶可以自由選擇模塊提供者，可以自由替換或者升級任一模塊
• 使法律方面的風(fēng)險易于管理，如果開發(fā)人員以前接觸過其他 Java SE 實現(xiàn)的代碼，他也可以參與以前未接觸過的模塊開發(fā)。
• 方便代碼捐獻

類庫的模塊實際上是由一組實現(xiàn)相關(guān)的功能的 Java 類和本地程序組成的，目前它們按照包的級別來劃分，也就是說不會有兩個屬于同一個 Java package 的類出現(xiàn)在兩個不同的模塊里（內(nèi)核類所在的包除外，但也僅在內(nèi)核類模塊和另一個類庫模塊中出現(xiàn)）。這些模塊可以包含私有的內(nèi)部實現(xiàn)，但是必須導(dǎo)出 Java API 參考文檔規(guī)定標(biāo)準 API，也可以導(dǎo)出 Harmony 獨有的 API，但是這些 API 并不鼓勵用戶使用，只是供其他模塊調(diào)用的。

模塊的鑒別方法是: 首先根據(jù) Java 規(guī)范，確定各 Java 包之間的依賴關(guān)系；然后尋找弱耦合的部分，將本身內(nèi)聚的包組織在一起，最后在社區(qū)討論哪部分類庫應(yīng)該可以拆開獨立成一個模塊。目前 Harmony 將 Java SE 5 規(guī)定的類庫分成了三十一個模塊，在 Java 升級之后，模塊的數(shù)量可能會增加。目前這三十一個模塊包括:

• ACCESSIBILITY
• ANNOTATION
• APPLET
• ARCHIVE
• AUTH
• AWT
• BEANS
• CONCURRENT
• CRYPTO
• IMAGEIO
• INSTRUMENT
• JMX
• JNDI
• LANG-MANAGEMENT
• LOGGING
• LUNI （lang， util， net， io）
• MATH
• NIO-CHANNELS
• NIO-CHARSET
• ORB
• PREFS
• PRINT
• REGEX
• RMI
• SECURITY
• SOUND
• SQL
• SWING
• TEXT
• X-NET
• XML

在 Harmony 的代碼資源庫中，每個模塊的源文件都保存在自己的各自的路徑中，如果使用 Eclipse 做開發(fā)工具，每個模塊就可以看作一個單獨的工程項目。特別需要注意的是，按照 jar 文件的規(guī)范，在每個模塊都有一個 META-INF/manifest.mf 文件，在這個文件中定義了該模塊的 OSGI 元數(shù)據(jù)，其中最重要的就是該模塊導(dǎo)入導(dǎo)出的 Java package。

Manifest-Version: 1.0 Bundle-ManifestVersion: 2 Bundle-Name: Harmony NIO Bundle-SymbolicName: org.apache.harmony.nio Bundle-Version: 1.0.0 Bundle-ClassPath: . Eclipse-JREBundle: true Import-Package: java.io， java.lang， java.lang.ref， java.lang.reflect， java.net， java.nio.charset， java.security， java.util， org.apache.harmony.kernel.vm， org.apache.harmony.luni.net， org.apache.harmony.luni.platform， org.apache.harmony.luni.util， tests.support;hy_usage=test;resolution:=optional， tests.util;hy_usage=test;resolution:=optional Export-Package: java.nio， java.nio.channels， java.nio.channels.spi， org.apache.harmony.nio

在編譯之后，每一個模塊將被打包成一個 jar 文件，如果該模塊有本地代碼，則該模塊的本地代碼被編譯成一個單獨的動態(tài)鏈接庫文件。如圖二所示，hyluni.dll 就是 LUNI（lang， util， net， io）模塊的本地二進制代碼庫，而在 <hdkbase>/jdk/jre/lib/boot 目錄中，對應(yīng) LUNI 模塊的則有一個 luni.jar。

Apache Harmony 的開發(fā)方法

近年來，開源軟件相關(guān)的知識產(chǎn)權(quán)問題越來越受到關(guān)注。為了保證對知識產(chǎn)權(quán)的尊重，保持 Harmony 代碼的純潔性和原創(chuàng)性，除了 Apache 軟件基金會原有的通用規(guī)則之外，Harmony 開發(fā)社區(qū)花了很大的精力來定義 Harmony 接受代碼捐贈和接受項目參與者的規(guī)則。

Harmony 要求每個開發(fā)人員在參與代碼捐贈之前，必須完成一個問卷調(diào)查，問卷的主要內(nèi)容是關(guān)于該開發(fā)人員以前是否接觸過其他 Java SE 實現(xiàn)，如果他接觸過其他專有代碼的某一部分，他就不能參與 Harmony 相應(yīng)模塊的代碼工作（但也有一些特殊的例外情況）。同時，任何現(xiàn)有代碼的捐贈必須提供代碼的"血統(tǒng)"信息。

知識產(chǎn)權(quán)之外的另一個重要問題就是兼容性。Harmony 的目標(biāo)產(chǎn)生一個 Java SE 5 兼容的實現(xiàn)，它不僅僅要完全遵循 Java API 參考定義的 Java SE 規(guī)范，Java 語言規(guī)范以及 Java 虛擬機規(guī)范；同時還必須保證與現(xiàn)有 Java SE 參考實現(xiàn)的兼容性，為此，Harmony 采用了測試驅(qū)動開發(fā)模式，以單元測試用例來保證 Harmony 的行為和參考實現(xiàn)一致。最重要的是，Harmony 正在試圖申請 Java SE 5 JCK 兼容性測試的許可證，因為只有被 JCK 認證過，Harmony 才能正式被稱為 Java 兼容的實現(xiàn)。

除了單元測試之外，Harmony 還會通過一些已有的成熟的 Java 程序來作為黑盒測試的應(yīng)用，測試 Harmony 是否已經(jīng)可以支持這些應(yīng)用。目前 Harmony 可以運行 Eclipse，Tomcat，JEdit 等 Java 程序。Harmony 提供了一個工具，鼓勵 Java 程序作者將他們的程序運行在 Harmony 上，并且通過這個工具將運行結(jié)果反饋給 Harmony 開發(fā)社區(qū)。

總的來說，Harmony 采用以下幾種方式來衡量開發(fā)進度：

• 粗粒度層次上，可以衡量一個模塊是否已經(jīng)開發(fā)。
• 使用工具比較 Harmony 和參考實現(xiàn)兼容性，比如使用 JAPI 檢測 Harmony 的 API 覆蓋率。
• 使用工具檢查測試覆蓋率，檢查 Harmony 的各種行為是否得到充分的測試。
• 支持成熟的 Java 應(yīng)用程序列表。
• 將來的目標(biāo)是通過 JCK 測試。

本系列后續(xù)文章將進一步介紹 Harmony 開發(fā)中的最佳實踐。

Apache Harmony 未來的發(fā)展方向

Harmony 的一個重要目標(biāo)是類庫的模塊化。Harmony 將進一步采用 OSGi 運行時框架技術(shù)，根據(jù)模塊元數(shù)據(jù)描述，自動裝載模塊。并且還將努力實現(xiàn)以下目標(biāo)：

• 允許同時裝載同一模塊的不同版本。
• 通過模塊的 MANIFEST.MF 元數(shù)據(jù)文件控制其所包含的 Java package 的可見性。
• Java 類和相應(yīng)的本地代碼的啟動/停止/卸載等生命周期管理。

你能為 Harmony 做些什么

目前 Harmony 已經(jīng)建立了一個相當(dāng)活躍的開發(fā)社區(qū)，并且非常歡迎更多的人參與進來，包括參與 Harmony 的開發(fā)，移植 Harmony 到其他平臺（目前 Harmony 只有 IA32 的 Windows 和 Linux 版本），撰寫文檔，在 Harmony 上運行成熟的 Java 應(yīng)用檢查其實現(xiàn)的覆蓋率和兼容性等等。除此之外，同樣重要的是，你還可以參與遠未成熟的 Harmony 用戶社區(qū)，試用 Harmony，參與 Harmony 的討論，等等。Harmony 是一個屬于所有人的 Java 平臺。

總結(jié)

• Harmony 的目標(biāo)是一個完全兼容的開源的 JSE 實現(xiàn)
• Harmony 投入巨大的努力保證知識產(chǎn)權(quán)的純潔性
• Harmony 社區(qū)的目標(biāo)是創(chuàng)建一個一流的模塊化的運行時環(huán)境
• Harmony 在過去的一年中取得了巨大的成就
• Harmony 歡迎任何有興趣的開發(fā)者

轉(zhuǎn)載自 ibm dw http://www.ibm.com/developerworks/cn/java/j-lo-harmony1/

Discovery組件被用以查找可插拔接口的實現(xiàn)實例，它提供了一種通用的實例化這些實現(xiàn)的方式，而且可以管理單例（工廠）的生命周期。本質(zhì)上來講，就是定位那些實現(xiàn)了給定Java接口的類，并實例化。除此之外，Discovery還可以用以在給定的classpath中查找并加載資源文件。

Discovery組件在查找所有的實現(xiàn)類的時候需要預(yù)先將允許被查找的實現(xiàn)類配置到默認的配置文件中，默認的配置文件為：

/META-INF/services/<YOUR Interface whole name including pkg name>， Discovery將依次加載該文件中配置的允許加載的實現(xiàn)類。

下面將舉例說明：

首先定義一個Interface：Action

Java代碼

1. package com.javaeye.terrencexu.discovery;   
2.   
3. public interface Action {   
4.   
5.     public String getName();   
6.        
7. }  

package com.javaeye.terrencexu.discovery;
public interface Action {
public String getName();
}

然后在不同的包里分別實現(xiàn)Action接口，如下(請注意包名)

Java代碼

1. package com.javaeye.terrencexu.discovery.impl;   
2.   
3. import com.javaeye.terrencexu.discovery.Action;   
4.   
5. public class CreateAction implements Action {   
6.   
7.     @Override  
8.     public String getName() {   
9.         return "Create Action";   
10.     }   
11.   
12. }  

package com.javaeye.terrencexu.discovery.impl;
import com.javaeye.terrencexu.discovery.Action;
public class CreateAction implements Action {
@Override
public String getName() {
return "Create Action";
}
}

Java代碼

1. package com.javaeye.terrencexu.discovery.impl;   
2.   
3. import com.javaeye.terrencexu.discovery.Action;   
4.   
5. public class DeleteAction implements Action {   
6.   
7.     @Override  
8.     public String getName() {   
9.         return "Delete Action";   
10.     }   
11.   
12. }  

package com.javaeye.terrencexu.discovery.impl;
import com.javaeye.terrencexu.discovery.Action;
public class DeleteAction implements Action {
@Override
public String getName() {
return "Delete Action";
}
}

Java代碼

1. package com.javaeye.terrencexu.discovery.impl2;   
2.   
3. import com.javaeye.terrencexu.discovery.Action;   
4.   
5. public class AddAction implements Action {   
6.   
7.     @Override  
8.     public String getName() {   
9.         return "Add Action";   
10.     }   
11.   
12. }  

package com.javaeye.terrencexu.discovery.impl2;
import com.javaeye.terrencexu.discovery.Action;
public class AddAction implements Action {
@Override
public String getName() {
return "Add Action";
}
}

Java代碼

1. package com.javaeye.terrencexu.discovery.impl2;   
2.   
3. import com.javaeye.terrencexu.discovery.Action;   
4.   
5. public class RemoveAction implements Action {   
6.   
7.     @Override  
8.     public String getName() {   
9.         return "Remove Action";   
10.     }   
11.   
12. }  

package com.javaeye.terrencexu.discovery.impl2;
import com.javaeye.terrencexu.discovery.Action;
public class RemoveAction implements Action {
@Override
public String getName() {
return "Remove Action";
}
}

接下來將定義配置文件，按序定義允許被加載的實現(xiàn)類，該文件默認存在位置為/META-INF/services/，文件名為com.javaeye.terrencexu.discovery.Action，文件內(nèi)容如下：

Java代碼

1. # Display in order   
2.   
3. com.javaeye.terrencexu.discovery.impl.CreateAction   
4. com.javaeye.terrencexu.discovery.impl.DeleteAction   
5. com.javaeye.terrencexu.discovery.impl2.AddAction  

# Display in order
com.javaeye.terrencexu.discovery.impl.CreateAction
com.javaeye.terrencexu.discovery.impl.DeleteAction
com.javaeye.terrencexu.discovery.impl2.AddAction

這樣所有的準備材料就都已經(jīng)齊全了，接下來可以驗證一把了，如下：

Java代碼

1.  /**  
2.  *  CreateAction/DeleteAction/AddAction have been defined in /META-INF/services/com.javaeye.terrencexu.discovery.Action  
3.  *    
4.  *  And the order is CreateAction > DeleteAction > AddAction  
5.  */  
6. @SuppressWarnings("unchecked")   
7. public void testGetAllProviders() {   
8.     String[] expectedResults = new String[] {"Create Action", "Delete Action", "Add Action"};   
9.            
10.     Enumeration<Action> enu = Service.providers(Action.class);   
11.   
12.     int count = 0;   
13.     while (enu.hasMoreElements()) {   
14.         Action action = enu.nextElement();   
15.         assertTrue("The action name should be \"" + expectedResults[count] + "\", but actually is \"" + action.getName() + "\"",    
16.                action.getName().equals(expectedResults[count]));   
17.         count ++;   
18.     }   
19.            
20.     assertEquals(count, expectedResults.length);   
21. }  

 /**
*  CreateAction/DeleteAction/AddAction have been defined in /META-INF/services/com.javaeye.terrencexu.discovery.Action
*
*  And the order is CreateAction > DeleteAction > AddAction
*/
@SuppressWarnings("unchecked")
public void testGetAllProviders() {
String[] expectedResults = new String[] {"Create Action", "Delete Action", "Add Action"};
Enumeration<Action> enu = Service.providers(Action.class);
int count = 0;
while (enu.hasMoreElements()) {
Action action = enu.nextElement();
assertTrue("The action name should be \"" + expectedResults[count] + "\", but actually is \"" + action.getName() + "\"",
action.getName().equals(expectedResults[count]));
count ++;
}
assertEquals(count, expectedResults.length);
}

可以發(fā)現(xiàn)，因為RemoveAction沒有被配置到service文件中，所以將不會被加載，另外一點兒就是，配置文件中的定義順序即加載順序。

除此之外，Discovery提供了singleton模式加載唯一實現(xiàn)，并且該實現(xiàn)將被緩存在cache中，除非通過顯示的調(diào)用release()方法釋放緩存，否則所有之后的調(diào)用，都將返回初次調(diào)用加載的Action。

Java代碼

1. public void testFindCreateAction() {   
2.     try {   
3.         // Load provider com.javaeye.terrencexu.discovery.impl.CreateAction   
4.         Action createAction = (Action) DiscoverSingleton.find(Action.class, CreateAction.class.getName());   
5.         assertEquals("Create Action", createAction.getName());   
6.     } finally {   
7.         DiscoverSingleton.release();   
8.     }   
9. }  

public void testFindCreateAction() {
try {
// Load provider com.javaeye.terrencexu.discovery.impl.CreateAction
Action createAction = (Action) DiscoverSingleton.find(Action.class, CreateAction.class.getName());
assertEquals("Create Action", createAction.getName());
} finally {
DiscoverSingleton.release();
}
}

還有一點需要說明的是，如果定義了默認的service文件，無論通過singleton模式加載的實現(xiàn)類有沒有被配置在service文件中，都將默認加載配置中文中的第一個Action，比如上文中的CreateAction。

Java代碼

1. public void testFindDeleteActionInConfig() {   
2.     try {   
3.         // Load provider com.javaeye.terrencexu.discovery.impl.CreateAction   
4.         Action deleteAction = (Action) DiscoverSingleton.find(Action.class, DeleteAction.class.getName());   
5.            
6.         // As the default configuration file defines the CreateAction as the first element, so you will always get the CreateAction as singleton.    
7.         assertEquals("Create Action", deleteAction.getName());   
8.     } finally {   
9.         DiscoverSingleton.release();   
10.     }   
11. }  

public void testFindDeleteActionInConfig() {
try {
// Load provider com.javaeye.terrencexu.discovery.impl.CreateAction
Action deleteAction = (Action) DiscoverSingleton.find(Action.class, DeleteAction.class.getName());
// As the default configuration file defines the CreateAction as the first element, so you will always get the CreateAction as singleton.
assertEquals("Create Action", deleteAction.getName());
} finally {
DiscoverSingleton.release();
}
}

那么如果必須使用service文件，又想通過singleton模式加載某特定的實現(xiàn)類該怎么辦呢？可以通過傳遞Properties到DiscoverSingleton中去改變它的行為，如下：

Java代碼

1. public void testFindDeleteActionWithProperty() {   
2.     try {   
3.         Properties props = new Properties();   
4.         props.setProperty(Action.class.getName(), DeleteAction.class.getName());   
5.            
6.         // Load provider com.javaeye.terrencexu.discovery.impl.CreateAction   
7.         Action deleteAction = (Action) DiscoverSingleton.find(Action.class, props);   
8.         assertEquals("Delete Action", deleteAction.getName());   
9.     } finally {   
10.         DiscoverSingleton.release();   
11.     }   
12. }  

public void testFindDeleteActionWithProperty() {
try {
Properties props = new Properties();
props.setProperty(Action.class.getName(), DeleteAction.class.getName());
// Load provider com.javaeye.terrencexu.discovery.impl.CreateAction
Action deleteAction = (Action) DiscoverSingleton.find(Action.class, props);
assertEquals("Delete Action", deleteAction.getName());
} finally {
DiscoverSingleton.release();
}
}

除了加載類之外，很多情況下我們還想加載資源文件，比如在你的classpath下有一個配置文件為/conf/testResource，下面我們通過Discovery去加載該資源文件：

Java代碼

1. public void testFindResources() {   
2.     ClassLoaders loaders = new ClassLoaders();   
3.     ClassLoader cl = getClass().getClassLoader();   
4.     if(cl != null) {   
5.         loaders.put(getClass().getClassLoader(), true);   
6.     } else {   
7.         loaders.put(JDKHooks.getJDKHooks().getSystemClassLoader(), true);   
8.     }   
9.        
10.     String name = "conf/testResource";   
11.     DiscoverResources discovery = new DiscoverResources(loaders);   
12.     ResourceIterator iter = discovery.findResources(name);   
13.        
14.     while(iter.hasNext()) {   
15.         Resource resource = iter.nextResource();   
16.         URL url = resource.getResource();   
17.         System.out.println(url);   
18.     }   
19. }  

public void testFindResources() {
ClassLoaders loaders = new ClassLoaders();
ClassLoader cl = getClass().getClassLoader();
if(cl != null) {
loaders.put(getClass().getClassLoader(), true);
} else {
loaders.put(JDKHooks.getJDKHooks().getSystemClassLoader(), true);
}
String name = "conf/testResource";
DiscoverResources discovery = new DiscoverResources(loaders);
ResourceIterator iter = discovery.findResources(name);
while(iter.hasNext()) {
Resource resource = iter.nextResource();
URL url = resource.getResource();
System.out.println(url);
}
}

Discovery還有其他一些功能這里就不在詳細的一一贅述了，可以參考http://commons.apache.org/discovery/index.html進一步詳細了解。

下圖是我的例子的目錄結(jié)構(gòu)，僅供參考：

然后附件中有source code，僅供參考。