最近寫了一個demo，想看看java和go語言是怎麼寫的

最近寫了一個demo：demo的github地址

一. 簡單介紹

1. Server端

它是一個WebApi服務，把它當成一個黑盒就行了。

2. MiddleServer端

是重點，它是一個WebApi服務，包含一個GetValues接口和一個Query2接口。
Query2接口是一個簡單的接口。
GetValues接口通過請求Server端的GetCounts接口和GetValues接口獲取數據。

3. Client端

請求500次MiddleServer端的GetValues接口和請求500次Query2接口。
並行度200。

二. 這個demo主要測試什麼？

1. 測試MiddleServer端兩個接口的吞吐量，MiddleServer端需要請求143000次Server端的接口。同時它需要響應Client端1000次請求。
2. 測試MiddleServer端接口的平均耗時。

三. 想得出什麼結論？

1. MiddleServer端所面對的場景，使用異步實現肯定是優於使用多線程實現的。
2. MiddleServer端的GetValues接口，需要請求286次Server端的接口，如果使用順序執行的異步，那麼耗時會很長，所以需要並行執行異步。
3. MiddleServer端的GetValues接口，爲什麼不只請求1次Server端的接口呢？一是因爲業務邏輯可能很複雜，二是因爲數據量較大無法一次性獲取。
4. MiddleServer端的GetValues接口，爲什麼寫了兩層Parallel.ForEachAsync，一層不可以嗎？如果第一層循環數據量很少，第二層循環存在數據傾斜，那麼寫兩層Parallel.ForEachAsync可能會好一點。
5. 雖然Client端測試了併發請求GetValues接口，但這樣的接口，並不是爲了高併發，需要做限流。但測試一下是必要的。
6. 可能真的不建議寫兩層Parallel.ForEachAsync，因爲會導致並行度較大。但是，我可以不寫，你不能不支持。
7. 由於精力和水平有限，希望看看別人用java和go語言怎麼寫的。
8. 我覺得這裏面可能是有坑的，想看看別人寫的，會不會掉坑裏。

四．最後

希望有興趣的可以用java和go語言寫一下這個demo。可以對比一下：

1. 性能，這裏並不專業，只是粗略對比，以及看一下大家對異步的理解，以及會不會掉坑裏。
2. 代碼是否容易編寫，容易閱讀，容易維護。