### 不定期出現的接口耗時現象 對于這種情況，比較典型的例子就是，我們某個接口訪問經常需要2~3s才能返回。這是比較麻煩的一種情況，因為一般來說，其消耗的CPU不多，而且占用的內存也不高，也就是說，我們通過上述兩種方式進行排查是無法解決這種問題的。 而且由于這樣的接口耗時比較大的問題是不定時出現的，這就導致了我們在通過jstack命令即使得到了線程訪問的堆棧信息，我們也沒法判斷具體哪個線程是正在執行比較耗時操作的線程。 對于不定時出現的接口耗時比較嚴重的問題，我們的定位思路基本如下：首先找到該接口，通過壓測工具不斷加大訪問力度，如果說該接口中有某個位置是比較耗時的，由于我們的訪問的頻率非常高，那么大多數的線程最終都將阻塞于該阻塞點，這樣通過多個線程具有相同的堆棧日志，我們基本上就可以定位到該接口中比較耗時的代碼的位置