由Ben微信朋友圈的這本書

想到去年1月份做過的一個優(yōu)化：

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

上下文

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

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

五種基本RFC調(diào)用類型對比

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

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

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

這是我的回復(fù):

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

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

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

要獲取更多Jerry的原創(chuàng)文章，請關(guān)注公眾號"汪子熙":

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯，堅持創(chuàng)作打卡瓜分現(xiàn)金大獎

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。