由Ben微信朋友圈的這本書

想到去年1月份做過的一個優化：

https://blogs.sap.com/2017/02/10/use-abap-multi-thread-programming-to-deal-with-a-real-performance-issue/

上下文

Subject: 2016-01-27 task優化 - 中午吃飯時想到一個問題

到目前為止優化的思路都太窄了，僅僅是傳統的避免在LOOP里做費時的操作。
之前用Java8的parallelStream也寫過一些代碼，task offline 5個node的讀取滿足并行計算的三要素：
可重入
Immutable state
Read only data access
所以可以把每個node 數據的讀取分別放到一個新線程來做，這樣就和gateway 后臺實現batch操作的設計完全一致了。之前研究過gateway的代碼，他們在SPRO里有個配置控制batch request是串行還是并行實現，默認是并行。
等我把目前這個版本弄穩定再說吧，改成并發讀取之后，現在CL_CRM_ODATA_INITIAL_LOADER里絕大多數代碼可以重用，但是GET_EXPANDED_ENTITYSET就要完全重寫了，需要在里面加上線程spawn和線程同步的代碼。
假設5個node 分別消耗的時間是1,2,3,4,5秒. 現在的實現，最后的時間是sum(1,2,3,4,5) = 15秒，改成并發后是max(1,2,3,4,5) 約等于5秒(加上少許線程同步的時間)。 這性能可以完爆BP了。

五種基本RFC調用類型對比

EO=Exactly Once（執行一次）
EOIO=Exactly Once In Order（按順序執行一次）

我blog的題目取為multi-THREAD是為了吸引眼球增加點擊率，因為Java里我們從來不會說多進程編程，只會說多線程編程，而且我的blog編輯器里不支持title里包含引號，所以我當時偷了個懶。
現在我加上去了。

SAP每臺應用服務器的進程是有限的（BASIS配置的）
類似你的concern早已有一位SCNer提出了：

這是我的回復:

提問的Spencer是大連Global Service Center SD & CRM support的同事，我2015年做My Opportunity的時候，從他的一篇blog里學到了很多。

BYD的output management，就是現在Mint team做的類似的東西。點了Send to Biders之后，

會觸發后臺一個output操作，把document用ADS render成PDF，然后通過配置好的output channel發送到destination。這個發送動作用bfRFC實現的。

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

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的ABAP多线程编程的全部內容，希望文章能夠幫你解決所遇到的問題。

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