壓測背景
單接口壓測是為了能夠在開發(fā)階段對單個接口進(jìn)行性能測試，快速了解接口的承載能力瓦堵、發(fā)現(xiàn)性能瓶頸基协，在開發(fā)早期就能發(fā)現(xiàn)問題，消除性能風(fēng)險菇用。
作為一名優(yōu)秀的后端工程師澜驮，在交付線上環(huán)境前，對自己的每一個接口進(jìn)行簡單的性能檢測惋鸥，是一種良好的職業(yè)習(xí)慣杂穷。
另外，當(dāng)業(yè)務(wù)在生產(chǎn)環(huán)境遇到實(shí)際接口請求瓶頸時卦绣，通過模擬真實(shí)的并發(fā)環(huán)境耐量，也是一種快速尋找問題的方式。
壓測結(jié)果的影響因素
高并發(fā)結(jié)果很容易受外界因素影響滤港，壓測時需要盡量減少外界因素影響廊蜒。
影響壓測結(jié)果外界因素有本機(jī)句柄數(shù)限制趴拧，dns解析速度，網(wǎng)絡(luò)質(zhì)量山叮，服務(wù)端連接數(shù)限制等等著榴。例如使用1w并發(fā)，很容易出現(xiàn)超過本機(jī)最大句柄數(shù)限制（一般最大限制1024）屁倔，超過句柄數(shù)限制的請求會因為句柄數(shù)受限導(dǎo)致連接失敗脑又。
因此選擇合適并發(fā)數(shù)對測試接口性能非常重要，并非并發(fā)數(shù)越大越好锐借。
實(shí)際實(shí)踐中建議并發(fā)數(shù)先在10问麸，100，500钞翔，1000左右分別測試下口叙，如果失敗率小于1%，再考慮逐步增加并發(fā)數(shù)量嗅战。只有增加并發(fā)每秒請求數(shù)量能持續(xù)增加才是健康的使用方式。當(dāng)并發(fā)數(shù)增加到一定數(shù)量后俺亮，接口響應(yīng)能力不再增加或者錯誤數(shù)變高驮捍，這時候再增加并發(fā)量是無效的。
壓測工具
1脚曾、Jmeter
Jmeter是apache公司基于java開發(fā)的一款開源壓力測試工具东且，體積小，功能全本讥，支持http珊泳、https、websocket拷沸、grpc等協(xié)議的并發(fā)壓測色查。但缺點(diǎn)在于比較消耗單機(jī)性能，一般用于分布式壓測或作為壓測引擎使用撞芍。另外如果只想針對一個接口進(jìn)行簡單測試秧了，需要較深的操作路徑，使用起來較為繁瑣序无。
2验毡、ab
ab是apache自帶的壓力測試工具。ab非常實(shí)用帝嗡，它不僅可以對apache服務(wù)器進(jìn)行網(wǎng)站訪問壓力測試晶通，也可以對或其它類型的服務(wù)器進(jìn)行壓力測試。比如nginx哟玷、tomcat狮辽、IIS等。
但唯一不足的是，ab基本是命令行執(zhí)行隘竭，如果一個接口需要輸入較復(fù)雜的請求參數(shù)塘秦，操作起來會比較繁瑣。
3动看、Apipost
自7.0.12版本起尊剔，Apipost上線了單接口一鍵并發(fā)功能。
下載使用：https://www.apipost.cn/download/ver10017
據(jù)官方說法：底層采用了自研的基于Golang語言的壓測引擎（已開源：https://github.com/Apipost-Team/runnerGo）菱皆，比較較好的支持單機(jī)高并發(fā)壓測须误。但不足的是目前僅支持http/https協(xié)議，對websocket仇轻、grpc等協(xié)議尚未支持京痢。
本文僅簡單介紹基于http/https協(xié)議的壓測實(shí)踐，出于便捷性考慮篷店，我們采用 Apipost 的壓測模塊祭椰。
壓測流程
1、壓測模塊位于API調(diào)試模塊下疲陕，在進(jìn)行接口調(diào)試時可以看到方淤，如圖所示：
2、在輸入被壓測的URL后蹄殃，在壓測tab下携茂，填寫并發(fā)數(shù)和輪次；
3诅岩、點(diǎn)擊【開始壓測】按鈕讳苦，頁面展示【壓測中...】狀態(tài)；
4吩谦、壓測任務(wù)完成后鸳谜，頁面展示壓測結(jié)果，完成壓測式廷。
壓測結(jié)果計算方式
