ab命令原理 
Apache的ab命令模擬多執行緒併發請求，測試伺服器負載壓力，也可以測試nginx、lighthttp、IIS等其它Web伺服器的壓力。 
ab命令對發出負載的計算機要求很低，既不會佔用很多CPU，也不會佔用太多的記憶體，但卻會給目標伺服器造成巨大的負載，因此是某些DDOS攻擊之必備良藥，老少皆宜。自己使用也須謹慎。否則一次上太多的負載，造成目標伺服器直接因記憶體耗光宕機，而不得不硬重啟，得不償失。

在頻寬不足的情況下，最好是本機進行測試，建議使用內網的另一臺或者多臺伺服器通過內網進行測試，這樣得出的資料，準確度會高很多。遠端對web伺服器進行壓力測試，往往效果不理想（因為網路延時過大或頻寬不足）

ab常用引數的介紹：

-n ：總共的請求執行數，預設是1；

-c： 併發數，預設是1；

-t：測試所進行的總時間，秒為單位，預設50000s

-p：POST時的資料檔案

-w: 以HTML表的格式輸出結果

執行： 
在Windows系統下，開啟cmd命令列視窗，定位到apache安裝目錄的bin目錄下 
cd C:\Program Files (x86)\Apache Software Foundation\Apache2.2\bin

鍵入命令： 
ab -n 800 -c 800  http://192.168.0.10/ 
（-n發出800個請求，-c模擬800併發，相當800人同時訪問，後面是測試url）

ab -t 60 -c 100 http://192.168.0.10/ 
在60秒內發請求，一次100個請求。 
  
//如果需要在url中帶引數，這樣做 
ab -t 60 -c 100 -T "text/plain" -p p.txt http://192.168.0.10/hello.html 
p.txt 是和ab.exe在一個目錄 
p.txt 中可以寫引數，如  p=wdp&fq=78 

結果引數解釋： 
This is ApacheBench, Version 2.3 <$Revision: 655654 $> 
Copyright 1996 Adam Twiss, Zeus Technology Ltd, 

Benchmarking 192.168.0.10 (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 
Finished 800 requests

Server Software:        Microsoft-HTTPAPI/2.0 
Server Hostname:        192.168.0.10 
Server Port:            80

Document Path:          / 
Document Length:        315 bytes       HTTP響應資料的正文長度

Concurrency Level:      800 
Time taken for tests:   0.914 seconds    所有這些請求處理完成所花費的時間 
Complete requests:      800             完成請求數 
Failed requests:        0                失敗請求數 
Write errors:           0                
Non-2xx responses:      800 
Total transferred:      393600 bytes     網路總傳輸量 
HTML transferred:       252000 bytes     HTML內容傳輸量 
Requests per second:    875.22 [#/sec] (mean) 吞吐量-每秒請求數 
Time per request:       914.052 [ms] (mean)  伺服器收到請求，響應頁面要花費的時間 
Time per request:       1.143 [ms] (mean, across all concurrent requests) 併發的每個請求平均消耗時間 
Transfer rate:          420.52 [Kbytes/sec] received 平均每秒網路上的流量，可以幫助排除是否存在網路流量過大導致響應時間延長的問題

網路上消耗的時間的分解： 
Connection Times (ms) 
              min  mean[+/-sd] median   max 
Connect:        0    1   0.5      1       3 
Processing:   245  534 125.2    570     682 
Waiting:       11  386 189.1    409     669 
Total:        246  535 125.0    571     684

整個場景中所有請求的響應情況。在場景中每個請求都有一個響應時間 
其中 50％ 的使用者響應時間小於 571 毫秒 
80 ％ 的使用者響應時間小於 652 毫秒 
最大的響應時間小於 684 毫秒 
Percentage of the requests served within a certain time (ms) 
  50%    571 
  66%    627 
  75%    646 
  80%    652 
  90%    666 
  95%    677 
  98%    681 
  99%    682 
100%    684 (longest request)