提問1
如何在大並發測試下，讓登錄或者后續接口只執行一次？
回答
這個問題網上的答案其實很多，但是大多不靠譜。
比如推薦使用僅一次控制器，但是僅一次控制器對線程組無效；比如推薦跨線程組調用，但是這樣比較繁瑣，新人也搞不定；
其實只要各位對元件熟悉，這個問題很簡單。。。。
提問2
大並發的登錄之后，后續接口在做並發的時候有一些session重復了，並發量越大，重復幾率越高。如何保證后續並發的session不重復？
回答
原因其實是因為jmeter的多線程存在競爭機制，那么並發量很大的時候，就會有一部分線程下的請求搶到了同樣的session。
我們可以把這些登錄口令在並發登錄的時候先在本地保存一份哦，用來代替用戶名密碼做登錄參數！
比如下圖所示的session
寫個小腳本把這些session保存下來
但是這種也有缺點，腳本會略微的影響吞吐量
提問3
如何識別tps拐點
回答
先分析下面這張圖。下面這張圖上展示了階梯負載量，響應時間，tps三種數據
從圖上能看出來三個趨勢
1：tps升到一個相對高點之后，長期維持穩定，不再升高
2：運行一段時間之后，響應時間開始逐漸升高，但是趨勢不明顯
3：隨着負載越來越高，tps長期保持穩定
分析：
在負載逐漸升高的情況下，tps卻長期不變。這並不是說明性能很穩定，而是說明我們單位時間內的單線程tps是在逐漸降低的（單位時間tps/總線程）。
再分析響應時間，我們的響應時間其實也是在逐漸升高，從側面反映出線程的tps是在下降的。
但是具體在多少負載量的時候我們的瓶頸點已經到來？這張圖上不好計算，我們換一個監聽器
這張圖的趨勢就比較明顯了。隨着負載升高，線程的tps逐漸達到一個高點，然后開始下降。那么這個最高點就是我們的性能瓶頸點
提問4
jmeter做壓測的時候，性能監聽圖形毛刺過多，看的想吐怎么辦
回答
先秀一張圖階梯增壓的圖形，看看什么是毛刺
再回頭看一下圖形是不是沒那么多毛刺了？
是tps曲線依然波動很劇烈，這是我們的壓力設置的不合理導致的
下面把ramp up值改成10s，讓我們的線程壓力沒那么大
響應時間的劇增總是伴隨着tps的大跌
愛，就供養;喜歡/受益，就打賞2元請我喝咖啡；如果本文對您有所幫助，請打賞——1元就足夠感動我：)
