我有一個普通的 Play 2.6 應用程序，它不能處理超過 12 個并發連接。它也會影響 Play 2.5。這是一個示例控制器：public class TestController extends Controller { public Result index() { try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } return ok(""); }}使用 12 個并發連接進行測試：ab -n 12 -c 12 http://localhost:9000/輸出：...Concurrency Level: 12Time taken for tests: 1.005 secondsComplete requests: 12...所以所有 12 個并發請求都在 1 秒內響應，這是預期的。使用 13 個并發連接進行測試：ab -n 13 -c 13 http://localhost:9000/輸出：...Concurrency Level: 13Time taken for tests: 2.004 secondsComplete requests: 13...現在 13 個并發連接需要 2 秒。這兩種情況都經過多次測試并產生了一致的結果。為什么會這樣？當然 Play 應該能夠處理 12 個以上的并發連接？
1 回答
幕布斯7119047
TA貢獻1794條經驗 獲得超8個贊
Play 在其基礎上使用非阻塞 IO，它不會為每個請求分配一個線程。因此，當您使用類似 的方法時Thread.sleep，您會阻止 Play 使用該線程來處理其他請求。
在做阻塞 IO 時，文檔建議使用專用線程池。您可以在官方文檔中閱讀更多信息以及如何處理這種情況：https : //www.playframework.com/documentation/2.6.x/ThreadPools#Understanding-Play-thread-pools
添加回答
舉報
0/150
提交
取消