下載安裝
yum –y install httpd-tools
下載安裝完成后，可輸入ab –V 命令來驗證是否安裝成功
具體使用參數說明，可輸入ab –help查看
主要使用參數：
-n：在測試會話中，所執行的請求個數，默認時，僅執行一個；表示請求的總數量
-c：一次產生的請求個數，默認一次一個；表示請求的用戶量；
-t：指定每個請求的超時時間，默認是30秒
使用
簡單請求：ab -n 1000 -c 10 http://study.163.com/
具體詳解（摘自網上）
Server Software表示被測試的Web服務器軟件名稱。
Server Hostname表示請求的URL主機名。
Server Port表示被測試的Web服務器軟件的監聽端口。
Document Path表示請求的URL中的根絕對路徑，通過該文件的后綴名，我們一般可以了解該請求的類型。
Document Length表示HTTP響應數據的正文長度。
Concurrency Level表示並發用戶數，這是我們設置的參數之一。
Time taken for tests表示所有這些請求被處理完成所花費的總時間。
Complete requests表示總請求數量，這是我們設置的參數之一。
Failed requests表示失敗的請求數量，這里的失敗是指請求在連接服務器、發送數據等環節發生異常，以及無響應后超時的情況。如果接收到的HTTP響應數據的頭信息中含有2XX以外的狀態碼，則會在測試結果中顯示另一個名為“Non-2xx responses”的統計項，用於統計這部分請求數，這些請求並不算在失敗的請求中。
Total transferred表示所有請求的響應數據長度總和，包括每個HTTP響應數據的頭信息和正文數據的長度。注意這里不包括HTTP請求數據的長度，僅僅為web服務器流向用戶PC的應用層數據總長度。
HTML transferred表示所有請求的響應數據中正文數據的總和，也就是減去了Total transferred中HTTP響應數據中的頭信息的長度。
Requests per second吞吐率，也叫QPS，計算公式：Complete requests/Time taken for tests
Time per request用戶平均請求等待時間，從用戶角度看，完成一個請求所需要的時間。計算公式：Time token for tests/（Complete requests/Concurrency Level）。
Time per requet(across all concurrent request)服務器完成一個請求的時間，計算公式：Time taken for tests/Complete requests，正好是吞吐率的倒數。
也可以這么統計：Time per request/Concurrency Level。
Transfer rate表示網絡傳輸速度，計算公式：Total trnasferred/ Time taken for tests，這個統計很好的說明服務器的處理能力達到極限時，其出口寬帶的需求量。
對於大文件的請求測試，這個值很容易成為系統瓶頸所在。要確定該值是不是瓶頸，需要了解客戶端和被測服務器之間的網絡情況，包括網絡帶寬和網卡速度等信息。
Percentage of requests served within a certain time（ms）
這部分數據用於描述每個請求處理時間的分布情況，比如以上測試，80%的請求處理時間都不超過2ms，這個處理時間是指前面的Time per request，即對於單個用戶而言，平均每個請求的處理時間。
這個表第一行表示有50%的請求都是在2ms內完成的，可以看到這個值是比較接近平均系統響應時間，以此類推。
Connection Times (ms)
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 0.1 1 1
Processing: 1 1 0.2 1 2
Waiting: 1 1 0.2 1 2
Total: 1 2 0.2 2 2
這幾行組成的表格主要是針對響應時間也就是第一個Time per request進行細分和統計。一個請求的響應時間可以分成網絡鏈接（Connect），系統處理（Processing）和等待（Waiting）三個部分。表中min表示最小值； mean表示平均值；[+/-sd]表示標准差（Standard Deviation） ，也稱均方差（mean square error），這個概念在中學的數學課上學過，表示數據的離散程度，數值越大表示數據越分散，系統響應時間越不穩定。 median表示中位數； max當然就是表示最大值了。
需要注意的是表中的Total並不等於前三行數據相加，因為前三行的數據並不是在同一個請求中采集到的，可能某個請求的網絡延遲最短，但是系統處理時間又是最長的呢。所以Total是從整個請求所需要的時間的角度來統計的。這里可以看到最慢的一個請求花費了2ms(即100% 2 (longest request))。
使用get請求方式
ab -n 1000 -c 10 http://10.82.25.182/CMS/main/login.do?_dc=1591683329140
使用post請求方式
1） 新建json文檔，將要發送的內容保存在json文檔中
2） 將文件放在運行路徑下
3） 輸入命令：
ab -p post.json -T application/json -c 10 -n 100 http://10.82.25.183/spms/CMS/main/sso/
login.do
其他的使用可以繼續百度學習~