由Ben微信朋友圈的這本書

想到去年1月份做過的一個(gè)優(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)化 - 中午吃飯時(shí)想到一個(gè)問題

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

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

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

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

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

這是我的回復(fù):

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

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

會(huì)觸發(fā)后臺(tái)一個(gè)output操作，把document用ADS render成PDF，然后通過配置好的output channel發(fā)送到destination。這個(gè)發(fā)送動(dòng)作用bfRFC實(shí)現(xiàn)的。

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

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

總結(jié)

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

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