During myTask performance optimization, I realized that currently the read implementation of 5 expanded nodes: Userstatus, document history, document item, attachment etc are done sequentially.

如果看看現在 Java8的parallelStream 的一些sample code, 再來review task offline 5個node的讀取, 發現它們也滿足并行計算的三要素：

(1) 可重入
(2) Immutable state
(3) Read only data access

因此我們可以考慮把每個node 數據的讀取分別放到一個"新線程"（用ABAP術語來講，應該是新的internal session )來做，這樣就和gateway 后臺實現batch操作的設計完全一致了。Gateway在SPRO里有個配置控制batch request是串行還是并行實現，默認是并行。
理論上假設5個node 分別消耗的時間是1,2,3,4,5秒. 現在的串行實現，最后的時間是sum(1,2,3,4,5) = 15秒，改成并行處理后是max(1,2,3,4,5) 約等于5秒(加上少許線程同步的時間)
具體的測試report參考AG3 report ZATTACHMENT_SEQUEN_VS_PARALL：

測試結果

AG3上取440個attachment，一次用串行的方式執行，另一次分成4個線程分別執行，每個線程里仍然call的未優化的代碼。用代碼比較確保兩次執行返回的結果完全一致。

詳細測試數據如下：

要獲取更多Jerry的原創文章，請關注公眾號"汪子熙":

總結

以上是生活随笔為你收集整理的ABAP并发计算的一个实例的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。