簡介請看這裡https://www.cnblogs.com/ch00486259/p/11383686.html 前言 經過一段時間的優化，Socean.RPC的性能又提高了一些，不過這差不多是socketAPM模型的極限了，已經很難再提升了。本框架僅僅2000多行代碼，無第三方框架引用，在普通PC ...
簡介
請看這裡https://www.cnblogs.com/ch00486259/p/11383686.html
前言
經過一段時間的優化，Socean.RPC的性能又提高了一些，不過這差不多是socketAPM模型的極限了，已經很難再提升了。本框架僅僅2000多行代碼，無第三方框架引用，在普通PC上測試大約併發量13w、響應時間0.04ms，基本上實現了本框架的最初設計目的----用少量的代碼實現一個高性能、高穩定性、高響應速度的RPC框架，不過跟其他RPC框架相比還少了動態代理這一塊，先用常規序列化吧，以後應該會加上。
本次測試是在筆記本上運行的，CPU是i5 6200U（雙核），測試客戶端和測試服務端都是在一臺筆記本上，所以併發量肯定比只跑測試服務端低些，測試代碼都在github上，有興趣的同學可以自己下載測試
開始測試
首先是單線程測試，圖中可以看到，平均處理量大約2.7W條每秒，響應時間大約0.037ms每條
接著是3個線程測試，平均處理量大約7W條每秒，響應時間大約0.043ms每條（這裡之所以測試3線程，主要是因為測試筆記本是雙核四線程，還有一個線程是空閑狀態，這裡模擬的是高負載運行狀態，響應速度還是很快的）
最後是30個線程壓測，此時基本是滿負載測試了，平均處理量大約10W條每秒，響應時間大約0.29ms每條，此時server的CPU使用率大約是30%,client的CPU使用率大約是45%，機器整體的CPU使用率在90%以上，如果測試筆記本只運行server的話，理論上13w條每秒應該是不成問題的
本次測試使用的是雙核筆記本進行的，所以併發只能到13w，如果運行在20核（最新的應該是48核了吧）的伺服器上，併發到40w每秒是沒問題的
項目地址
https://github.com/ch00486259/Socean.Rpc
其他
使用本RPC框架做其他組件能節省很多時間
1.服務網關，rpcserver的messageprocessor支持非同步，可以做到每秒10W+的rpc請求透傳，路由信息可存於消息的HeaderExtention中，HeaderExtention專為Gateway定製
2.緩存，經過簡單的封裝即可實現一個簡易緩存，配合一致性hash可實現簡易分散式功能（單機redis每秒處理量也在10w+，redis的瓶頸應該也是在網路這，雙核電腦上rps達到10w+後再想提升是很難了）
3.分散式計算、大數據，由於本框架的高速響應的特點,可用於分散式計算、大數據等高響應速度的場景
