1. 從一次性能瓶頸排查說(shuō)起同步與異步的抉擇那天下午業(yè)務(wù)部門的一個(gè)關(guān)鍵報(bào)表程序又卡住了用戶電話直接打到了我這里。登錄系統(tǒng)一看一個(gè)標(biāo)準(zhǔn)的SE38事務(wù)碼執(zhí)行的報(bào)表正在后臺(tái)吭哧吭哧地跑日志顯示它在一個(gè)接一個(gè)地調(diào)用遠(yuǎn)程函數(shù)RFC去獲取不同工廠的庫(kù)存數(shù)據(jù)。每個(gè)調(diào)用都要等上幾秒幾十個(gè)工廠串下來(lái)半小時(shí)就過(guò)去了。用戶抱怨“這數(shù)據(jù)又不是實(shí)時(shí)的隔夜批次跑出來(lái)的為什么不能快一點(diǎn)” 這個(gè)問(wèn)題本質(zhì)上就是ABAP中的同步調(diào)用在特定場(chǎng)景下暴露出的效率短板。而它的解藥往往藏在異步調(diào)用的武器庫(kù)里。在ABAP的世界里“同步”和“異步”是兩種最基礎(chǔ)、也最核心的調(diào)用范式它們決定了程序執(zhí)行的流程、資源的占用方式以及最終的用戶體驗(yàn)。對(duì)于任何一位ABAP開發(fā)者理解這兩者的區(qū)別、適用場(chǎng)景以及實(shí)現(xiàn)細(xì)節(jié)就如同廚師掌握火候一樣重要。這不僅關(guān)乎代碼能否正確運(yùn)行更直接影響到系統(tǒng)性能、響應(yīng)速度和資源利用率。無(wú)論是調(diào)用一個(gè)函數(shù)模塊、執(zhí)行一個(gè)SUBMIT報(bào)表還是與外部系統(tǒng)進(jìn)行通信你都在有意或無(wú)意地做出同步或異步的選擇。本文將深入ABAP的底層為你徹底厘清同步與異步調(diào)用的機(jī)制、實(shí)現(xiàn)方式、典型應(yīng)用場(chǎng)景以及那些在官方文檔里不會(huì)寫的“坑”與最佳實(shí)踐。我們會(huì)從最經(jīng)典的CALL FUNCTION開始一路探討到后臺(tái)作業(yè)、RFC、BP_*系列函數(shù)以及更新任務(wù)Update Task讓你不僅能寫出能跑的程序更能寫出高效、健壯、符合生產(chǎn)標(biāo)準(zhǔn)的代碼。2. 同步調(diào)用一步一個(gè)腳印的“老實(shí)人”同步調(diào)用顧名思義就是調(diào)用者主程序必須等待被調(diào)用者函數(shù)、程序、方法完全執(zhí)行完畢并返回結(jié)果后才能繼續(xù)執(zhí)行后續(xù)的代碼。這個(gè)過(guò)程是線性的、阻塞的。在ABAP中這是最直觀、最常用的調(diào)用方式。2.1 核心機(jī)制與語(yǔ)法實(shí)現(xiàn)同步調(diào)用的核心在于“等待”和“結(jié)果返回”。ABAP提供了多種語(yǔ)法來(lái)實(shí)現(xiàn)同步調(diào)用。1. 函數(shù)模塊調(diào)用 (CALL FUNCTION ... DESTINATION ...)這是最經(jīng)典的RFC同步調(diào)用。當(dāng)不指定DESTINATION或指定為本地如‘NONE’時(shí)就是普通的本地函數(shù)調(diào)用。當(dāng)指定了遠(yuǎn)程目標(biāo)時(shí)就變成了同步RFCsRFC。DATA: lv_matnr TYPE matnr VALUE ‘MAT001’, lv_plant TYPE werks_d VALUE ‘1000’, lv_stock TYPE labst. * 同步RFC調(diào)用程序會(huì)在此等待直到BAPI_MATERIAL_GET_DETAIL執(zhí)行完畢并返回 CALL FUNCTION ‘BAPI_MATERIAL_GET_DETAIL’ DESTINATION ‘ERP_PRD_SYSTEM’ “ 遠(yuǎn)程邏輯系統(tǒng) EXPORTING material lv_matnr plant lv_plant IMPORTING stock lv_stock EXCEPTIONS material_not_found 1 OTHERS 2. IF sy-subrc 0. WRITE: / ‘庫(kù)存數(shù)量’, lv_stock. ELSE. WRITE: / ‘獲取物料詳情失敗’. ENDIF. * 只有在上面的CALL FUNCTION執(zhí)行完成后程序才會(huì)執(zhí)行到這里 WRITE: / ‘同步調(diào)用結(jié)束繼續(xù)執(zhí)行主程序?！ｊP(guān)鍵點(diǎn)DESTINATION是關(guān)鍵。它指向一個(gè)在SM59中配置的RFC目標(biāo)。調(diào)用期間當(dāng)前對(duì)話Dialog工作進(jìn)程會(huì)被阻塞直到遠(yuǎn)程調(diào)用返回。所有IMPORTING、CHANGING參數(shù)和EXCEPTIONS都會(huì)在調(diào)用結(jié)束時(shí)被處理。2. 提交報(bào)表執(zhí)行 (SUBMIT ... AND RETURN)SUBMIT語(yǔ)句用于執(zhí)行另一個(gè)ABAP報(bào)表。默認(rèn)情況下SUBMIT是異步的主程序繼續(xù)報(bào)表在后臺(tái)啟動(dòng)。但加上AND RETURN后它就變成了同步調(diào)用。SUBMIT zmy_report WITH p_date sy-datum AND RETURN. “ 關(guān)鍵這使其同步 * 程序會(huì)等待zmy_report完全執(zhí)行完畢包括所有列表輸出處理后才繼續(xù) WRITE: / ‘報(bào)表已執(zhí)行完畢?！?。為什么用AND RETURN假設(shè)你的程序需要基于另一個(gè)報(bào)表的計(jì)算結(jié)果來(lái)做后續(xù)操作就必須等待那個(gè)報(bào)表完成。沒(méi)有AND RETURN你的主程序可能早就結(jié)束了而子報(bào)表的結(jié)果還沒(méi)產(chǎn)生。3. 方法調(diào)用 (CALL METHOD,obj-method())面向?qū)ο驛BAPOOABAP中調(diào)用一個(gè)對(duì)象的方法默認(rèn)就是同步的。DATA(lo_calculator) NEW zcl_calculator( ). lv_result lo_calculator-add( iv_a 5 iv_b 3 ). * 程序會(huì)等待add方法執(zhí)行完畢并返回lv_result2.2 同步調(diào)用的典型應(yīng)用場(chǎng)景與優(yōu)劣分析同步調(diào)用并非“過(guò)時(shí)”或“不好”它在許多場(chǎng)景下是不可或缺的“正確選擇”。適用場(chǎng)景強(qiáng)數(shù)據(jù)一致性要求后續(xù)操作嚴(yán)格依賴前一步的結(jié)果。例如先調(diào)用BAPI_CUSTOMER_CREATE創(chuàng)建客戶只有成功返回客戶編號(hào)后才能用這個(gè)編號(hào)去創(chuàng)建銷售訂單。即時(shí)反饋與錯(cuò)誤處理需要立即知道操作成功與否并進(jìn)行相應(yīng)處理。例如在事務(wù)性操作中一個(gè)步驟失敗需要立即回滾或提示用戶。簡(jiǎn)單的順序邏輯業(yè)務(wù)流程本身就是線性的步驟A、B、C必須依次完成。調(diào)試與開發(fā)同步調(diào)用邏輯清晰執(zhí)行棧ST22或調(diào)試器易于跟蹤問(wèn)題定位簡(jiǎn)單。優(yōu)勢(shì)邏輯清晰代碼順序即執(zhí)行順序符合人類直覺(jué)易于理解和維護(hù)。錯(cuò)誤處理即時(shí)通過(guò)EXCEPTIONS或TRY...CATCH可以立即捕獲并處理異常。數(shù)據(jù)狀態(tài)確定在調(diào)用點(diǎn)之后你可以確信被調(diào)用的操作已經(jīng)完成其結(jié)果可用。劣勢(shì)阻塞性這是最大的缺點(diǎn)。調(diào)用期間當(dāng)前工作進(jìn)程特別是對(duì)話進(jìn)程被占用無(wú)法處理其他請(qǐng)求。如果被調(diào)用操作耗時(shí)很長(zhǎng)如復(fù)雜計(jì)算、大量數(shù)據(jù)傳輸、等待外部系統(tǒng)響應(yīng)用戶界面會(huì)“卡死”系統(tǒng)可擴(kuò)展性差。資源利用率低工作進(jìn)程在“等待”中空轉(zhuǎn)浪費(fèi)了寶貴的系統(tǒng)資源。超時(shí)風(fēng)險(xiǎn)對(duì)于遠(yuǎn)程調(diào)用網(wǎng)絡(luò)延遲或目標(biāo)系統(tǒng)繁忙可能導(dǎo)致超時(shí)RFC_ERROR進(jìn)而導(dǎo)致整個(gè)主程序失敗。實(shí)操心得判斷是否該用同步一個(gè)簡(jiǎn)單的原則是問(wèn)自己“后面的代碼是不是立刻且必須用到前面調(diào)用的結(jié)果” 如果是那就用同步。如果后面的操作不依賴其結(jié)果或者可以稍后處理結(jié)果那么就應(yīng)該考慮異步以釋放當(dāng)前進(jìn)程。3. 異步調(diào)用讓程序“分身有術(shù)”的智慧異步調(diào)用允許調(diào)用者發(fā)起一個(gè)操作后不必等待其完成立即繼續(xù)執(zhí)行后續(xù)代碼。被調(diào)用的操作會(huì)在另一個(gè)獨(dú)立的上下文如新的后臺(tái)作業(yè)、工作進(jìn)程中執(zhí)行。這就像你點(diǎn)了外賣后不會(huì)一直站在門口等而是可以繼續(xù)看電視外賣到了會(huì)敲門回調(diào)或你稍后自己去查看狀態(tài)查詢。3.1 核心機(jī)制與語(yǔ)法實(shí)現(xiàn)ABAP實(shí)現(xiàn)異步調(diào)用的方式比同步更多樣也更復(fù)雜核心在于“任務(wù)分離”和“結(jié)果回調(diào)/查詢”。1. 異步RFC (aRFC)這是最常用的異步調(diào)用模式之一。調(diào)用者發(fā)起調(diào)用后立即返回被調(diào)用函數(shù)在另一個(gè)可能是遠(yuǎn)程的工作進(jìn)程中執(zhí)行。DATA: lv_jobname TYPE tbtcjob-jobname VALUE ‘ZASYNC_DEMO’, lv_jobcount TYPE tbtcjob-jobcount. * 1. 打開一個(gè)后臺(tái)作業(yè) CALL FUNCTION ‘JOB_OPEN’ EXPORTING jobname lv_jobname IMPORTING jobcount lv_jobcount EXCEPTIONS OTHERS 1. * 2. 將異步RFC調(diào)用提交到該作業(yè) CALL FUNCTION ‘Z_PROCESS_LARGE_DATA’ “ 你的處理函數(shù) STARTING NEW TASK ‘TASK1’ DESTINATION IN GROUP DEFAULT “ 在默認(rèn)組中尋找空閑RFC服務(wù)器 PERFORMING return_form ON END OF TASK “ 指定回調(diào)子程序 EXPORTING iv_data_range ls_range EXCEPTIONS communication_failure 1 MESSAGE lv_msg system_failure 2 MESSAGE lv_msg resource_failure 3. “ 如果沒(méi)有空閑工作進(jìn)程會(huì)觸發(fā)此異常 IF sy-subrc 0. “ 處理立即發(fā)生的失敗如資源不足 WRITE: / ‘無(wú)法啟動(dòng)異步任務(wù)’, lv_msg. ENDIF. * 3. 關(guān)閉并釋放作業(yè) CALL FUNCTION ‘JOB_CLOSE’ EXPORTING jobname lv_jobname jobcount lv_jobcount EXCEPTIONS OTHERS 1. * 主程序繼續(xù)執(zhí)行不等待Z_PROCESS_LARGE_DATA WRITE: / ‘異步任務(wù)已提交主程序繼續(xù)。’。 * 4. 回調(diào)子程序 (FORM) FORM return_form USING taskname. DATA: lv_result TYPE string. RECEIVE RESULTS FROM FUNCTION ‘Z_PROCESS_LARGE_DATA’ IMPORTING ev_result lv_result. WRITE: / ‘異步任務(wù)’, taskname, ‘完成結(jié)果’, lv_result. ENDFORM.關(guān)鍵點(diǎn)剖析STARTING NEW TASK這是聲明異步RFC的關(guān)鍵字?！甌ASK1’是任務(wù)名用于在回調(diào)中標(biāo)識(shí)。DESTINATION IN GROUP DEFAULT指定任務(wù)在哪個(gè)RFC服務(wù)器組中執(zhí)行。DEFAULT是預(yù)定義的組你也可以在RZ12中自定義負(fù)載均衡組。PERFORMING ... ON END OF TASK這是異步RFC的靈魂。它指定了一個(gè)FORM子程序作為回調(diào)函數(shù)。當(dāng)異步任務(wù)成功完成時(shí)系統(tǒng)會(huì)自動(dòng)調(diào)用這個(gè)FORM。RECEIVE RESULTS在回調(diào)FORM中必須使用此語(yǔ)句來(lái)“接收”異步函數(shù)返回的結(jié)果。重要如果異步函數(shù)沒(méi)有EXPORTING參數(shù)此語(yǔ)句可以省略但回調(diào)FORM仍會(huì)被觸發(fā)。資源失敗RESOURCE_FAILURE異常非常關(guān)鍵。它表示當(dāng)前沒(méi)有可用的RFC工作進(jìn)程來(lái)執(zhí)行你的異步任務(wù)。這在高并發(fā)時(shí)常見你必須處理此異常例如將任務(wù)放入隊(duì)列稍后重試。2. 事務(wù)性RFC (tRFC) 和隊(duì)列式RFC (qRFC)tRFC和qRFC也是異步的但它們更側(cè)重于保證數(shù)據(jù)傳遞的事務(wù)一致性Exactly Once。tRFC被調(diào)用的函數(shù)及其參數(shù)會(huì)被記錄在數(shù)據(jù)庫(kù)表ARFCSSTATE和ARFCSDATA中然后立即返回。一個(gè)單獨(dú)的調(diào)度器RSARFCSE會(huì)負(fù)責(zé)在后續(xù)時(shí)間通常是立即執(zhí)行它。如果執(zhí)行失敗它會(huì)留在隊(duì)列中稍后重試。它不提供回調(diào)機(jī)制調(diào)用者只知道“已排隊(duì)”不知道最終結(jié)果。qRFC在tRFC基礎(chǔ)上增加了隊(duì)列管理和順序控制inbound/outbound queue。你可以確保多個(gè)tRFC按照指定的順序如先進(jìn)先出FIFO被處理。這對(duì)于有嚴(yán)格順序要求的業(yè)務(wù)流程如先創(chuàng)建主數(shù)據(jù)再創(chuàng)建交易數(shù)據(jù)至關(guān)重要。* tRFC 調(diào)用示例 CALL FUNCTION ‘Z_UPDATE_REMOTE_SYSTEM’ IN BACKGROUND TASK “ 關(guān)鍵這是tRFC DESTINATION ‘REMOTE_DEST’ EXPORTING iv_document_id lv_doc_id. COMMIT WORK. “ tRFC只有在COMMIT WORK之后才會(huì)真正被寫入隊(duì)列并調(diào)度關(guān)鍵點(diǎn)IN BACKGROUND TASK標(biāo)識(shí)這是一個(gè)tRFC。必須在COMMIT WORK之后該調(diào)用才會(huì)生效。qRFC的調(diào)用語(yǔ)法類似但需要額外的隊(duì)列設(shè)置IN BACKGROUND UNIT ...。3. 后臺(tái)作業(yè) (SM36)通過(guò)JOB_SUBMIT函數(shù)或SM36事務(wù)手動(dòng)創(chuàng)建后臺(tái)作業(yè)是另一種強(qiáng)大的異步執(zhí)行方式。它適合執(zhí)行不要求即時(shí)交互、耗時(shí)很長(zhǎng)的程序如月結(jié)報(bào)表、數(shù)據(jù)歸檔。DATA: lt_jobdata TYPE TABLE OF btcselect. lt_jobdata VALUE #( ( jobname ‘Z_NIGHTLY_REPORT’ jobcount ‘000001’ status ‘S’ ) ). “ S for Scheduled CALL FUNCTION ‘JOB_SUBMIT’ EXPORTING authcknam sy-uname TABLES selection lt_jobdata EXCEPTIONS OTHERS 1.4. 更新任務(wù) (Update Task)這是一種特殊的異步機(jī)制用于將數(shù)據(jù)庫(kù)的更新操作INSERT,UPDATE,DELETE,MODIFY延遲到COMMIT WORK之后在一個(gè)單獨(dú)的、高優(yōu)先級(jí)的更新工作進(jìn)程中執(zhí)行。這主要用于SAP LUW邏輯工作單元的實(shí)現(xiàn)確保業(yè)務(wù)邏輯的完整性和一致性。它本身不是一種“調(diào)用”而是一種異步執(zhí)行模式。* V1函數(shù)立即執(zhí)行用于驗(yàn)證 CALL FUNCTION ‘Z_CHECK_AND_PREPARE’ IN UPDATE TASK. * V2函數(shù)延遲更新在COMMIT后執(zhí)行 CALL FUNCTION ‘Z_SAVE_TO_DB’ IN UPDATE TASK EXPORTING im_data ls_final_data. * ... 其他業(yè)務(wù)邏輯 ... COMMIT WORK. “ 此時(shí)Z_SAVE_TO_DB才會(huì)在更新進(jìn)程中執(zhí)行3.2 異步調(diào)用的典型應(yīng)用場(chǎng)景與優(yōu)劣分析異步調(diào)用是提升系統(tǒng)吞吐量、響應(yīng)速度和用戶體驗(yàn)的利器。適用場(chǎng)景耗時(shí)操作與性能解耦如發(fā)送大量郵件、生成復(fù)雜報(bào)表、調(diào)用外部慢速API、處理大數(shù)據(jù)。主程序如Web Dynpro或Fiori應(yīng)用可以快速響應(yīng)用戶后臺(tái)慢慢處理。事件驅(qū)動(dòng)架構(gòu)一個(gè)操作完成后需要觸發(fā)多個(gè)后續(xù)操作且這些操作不需要立即反饋給調(diào)用者。例如銷售訂單創(chuàng)建成功后異步觸發(fā)物流通知、財(cái)務(wù)過(guò)賬、CRM更新等。批量處理與并行計(jì)算需要處理大量獨(dú)立數(shù)據(jù)單元時(shí)如文中開頭的工廠庫(kù)存查詢可以為每個(gè)單元啟動(dòng)一個(gè)異步任務(wù)實(shí)現(xiàn)并行處理極大縮短總耗時(shí)。提高系統(tǒng)健壯性通過(guò)tRFC/qRFC即使目標(biāo)系統(tǒng)暫時(shí)不可用更新請(qǐng)求也會(huì)被可靠地保存在隊(duì)列中待系統(tǒng)恢復(fù)后自動(dòng)執(zhí)行避免了數(shù)據(jù)丟失。優(yōu)勢(shì)非阻塞主程序響應(yīng)迅速用戶體驗(yàn)好。高資源利用率工作進(jìn)程可以更高效地處理多個(gè)請(qǐng)求系統(tǒng)吞吐量高。提升可擴(kuò)展性易于實(shí)現(xiàn)負(fù)載均衡將任務(wù)分發(fā)到多個(gè)應(yīng)用服務(wù)器或系統(tǒng)。增強(qiáng)可靠性tRFC/qRFC提供了事務(wù)性保證。劣勢(shì)邏輯復(fù)雜程序流程不再是線性的需要通過(guò)回調(diào)、輪詢或監(jiān)控作業(yè)狀態(tài)來(lái)獲取結(jié)果代碼復(fù)雜度增加。調(diào)試?yán)щy錯(cuò)誤發(fā)生在另一個(gè)上下文中跟蹤和調(diào)試需要借助SM37作業(yè)監(jiān)控、SM58tRFC/qRFC監(jiān)控、SM50工作進(jìn)程監(jiān)控等工具。狀態(tài)管理調(diào)用者失去了對(duì)任務(wù)執(zhí)行過(guò)程的直接控制需要設(shè)計(jì)額外的機(jī)制來(lái)管理任務(wù)狀態(tài)、處理失敗和超時(shí)。結(jié)果非即時(shí)無(wú)法立即獲得操作結(jié)果不適合需要即時(shí)確認(rèn)的場(chǎng)景。4. 深度對(duì)比與選型指南何時(shí)用誰(shuí)理解了機(jī)制我們還需要一個(gè)清晰的決策框架。下面這個(gè)表格從多個(gè)維度對(duì)比了同步和幾種主要異步模式特性維度同步調(diào)用 (sRFC/普通調(diào)用)異步RFC (aRFC)事務(wù)性/隊(duì)列式RFC (tRFC/qRFC)后臺(tái)作業(yè) (Background Job)執(zhí)行方式調(diào)用后等待完成后繼續(xù)調(diào)用后立即返回后臺(tái)執(zhí)行調(diào)用后立即返回入隊(duì)后由調(diào)度器執(zhí)行提交后立即返回由后臺(tái)作業(yè)系統(tǒng)調(diào)度結(jié)果獲取立即通過(guò)參數(shù)返回通過(guò)回調(diào)子程序 (PERFORMING ... ON END OF TASK)無(wú)直接返回。需監(jiān)控表或業(yè)務(wù)狀態(tài)間接得知無(wú)直接返回。需監(jiān)控作業(yè)日志或輸出結(jié)果錯(cuò)誤處理立即通過(guò)異常處理立即異常如資源不足和回調(diào)中異常執(zhí)行失敗會(huì)留在隊(duì)列重試需監(jiān)控SM58作業(yè)失敗會(huì)記錄在SM37可設(shè)置郵件警報(bào)事務(wù)一致性屬于當(dāng)前SAP LUW獨(dú)立LUW與調(diào)用者無(wú)關(guān)支持確?！扒『靡淮巍碧幚愍?dú)立LUW順序保證自然順序無(wú)保證可能并發(fā)完成qRFC可保證順序無(wú)保證除非設(shè)置依賴關(guān)系適用場(chǎng)景需要即時(shí)結(jié)果的交互操作、強(qiáng)一致性業(yè)務(wù)步驟可并行化的耗時(shí)任務(wù)、需要回調(diào)通知的場(chǎng)景可靠的數(shù)據(jù)傳輸、系統(tǒng)間集成、保證順序的更新定時(shí)任務(wù)、長(zhǎng)時(shí)間運(yùn)行報(bào)表、無(wú)需即時(shí)交互的批處理資源占用占用調(diào)用者工作進(jìn)程直到完成占用一個(gè)額外的RFC工作進(jìn)程占用一個(gè)更新工作進(jìn)程執(zhí)行時(shí)占用一個(gè)后臺(tái)工作進(jìn)程調(diào)試復(fù)雜度低直接調(diào)試中需結(jié)合回調(diào)調(diào)試中高需查監(jiān)控表中查看作業(yè)日志選型決策樹是否需要調(diào)用結(jié)果來(lái)執(zhí)行后續(xù)代碼是-同步調(diào)用。否- 進(jìn)入第2步。操作是否耗時(shí) 2秒且用戶需要快速響應(yīng)是- 進(jìn)入第3步。否- 可以考慮同步但也可根據(jù)復(fù)雜度選擇簡(jiǎn)單異步。是否需要知道最終結(jié)果并進(jìn)行特定處理是-異步RFC (aRFC)使用回調(diào)。否- 進(jìn)入第4步。是否需要保證數(shù)據(jù)傳遞的可靠性和事務(wù)性Exactly Once是-事務(wù)性RFC (tRFC)或隊(duì)列式RFC (qRFC)。否- 進(jìn)入第5步。是否是定時(shí)或無(wú)需用戶交互的批量任務(wù)是-后臺(tái)作業(yè)。否- 重新評(píng)估需求可能aRFC仍是最佳選擇。5. 實(shí)戰(zhàn)進(jìn)階性能優(yōu)化、常見陷阱與調(diào)試技巧掌握了基礎(chǔ)我們來(lái)看看在實(shí)際項(xiàng)目中如何用好這些技術(shù)以及如何避開那些“坑”。5.1 性能優(yōu)化模式模式一并行處理加速批量任務(wù)開頭的庫(kù)存查詢案例是并行處理的經(jīng)典場(chǎng)景。我們可以用aRFC并行調(diào)用多個(gè)工廠的查詢。DATA: lt_plants TYPE TABLE OF werks_d, lv_task_prefix TYPE string VALUE ‘PLANT_TASK_’, lv_index TYPE i. SELECT werks INTO TABLE lt_plants FROM t001w WHERE ... “ 獲取工廠列表 LOOP AT lt_plants ASSIGNING FIELD-SYMBOL(fs_plant). lv_index sy-tabix. CALL FUNCTION ‘Z_GET_PLANT_STOCK’ STARTING NEW TASK |{ lv_task_prefix }{ lv_index }| DESTINATION IN GROUP DEFAULT PERFORMING return_form ON END OF TASK EXPORTING iv_plant fs_plant EXCEPTIONS resource_failure 1. IF sy-subrc 1. “ 處理資源不足例如記錄到內(nèi)部表稍后重試或改用同步 WAIT UP TO 1 SECONDS. “ 短暫等待后重試 ... “ 重試邏輯 ENDIF. ENDLOOP. “ 等待所有異步任務(wù)完成 WAIT UNTIL lines( gt_results ) lines( lt_plants ) UP TO 300 SECONDS. “ gt_results在回調(diào)FORM中填充關(guān)鍵技巧任務(wù)命名使用唯一名稱如帶索引便于在回調(diào)中區(qū)分。資源失敗處理必須處理RESOURCE_FAILURE。簡(jiǎn)單的重試策略是必要的。等待所有任務(wù)完成使用WAIT UNTIL語(yǔ)句配合一個(gè)在回調(diào)中遞增的全局變量或內(nèi)表來(lái)等待所有并行任務(wù)結(jié)束。務(wù)必設(shè)置超時(shí)UP TO ... SECONDS防止程序無(wú)限期掛起。模式二使用RFC_*函數(shù)組進(jìn)行高效通信SAP提供了RFC_*系列函數(shù)組如RFC_PING,RFC_GET_ATTRIBUTES來(lái)管理和測(cè)試RFC連接。在發(fā)起大量異步調(diào)用前可以先RFC_PING檢測(cè)目標(biāo)系統(tǒng)可用性避免大量任務(wù)因目標(biāo)不可用而失敗。5.2 必須繞開的“坑”坑1在循環(huán)中無(wú)節(jié)制地發(fā)起aRFC這是新手常犯的錯(cuò)誤。在循環(huán)中直接STARTING NEW TASK如果循環(huán)次數(shù)成百上千會(huì)瞬間耗盡系統(tǒng)的RFC工作進(jìn)程池導(dǎo)致大部分調(diào)用觸發(fā)RESOURCE_FAILURE程序效率反而更低。解決方案實(shí)現(xiàn)一個(gè)簡(jiǎn)單的生產(chǎn)者-消費(fèi)者模型或使用并行度控制。維護(hù)一個(gè)待處理隊(duì)列同時(shí)只啟動(dòng)固定數(shù)量如10個(gè)的aRFC任務(wù)。每當(dāng)一個(gè)任務(wù)完成在回調(diào)中就從隊(duì)列中取出下一個(gè)項(xiàng)目啟動(dòng)新任務(wù)。坑2忽略回調(diào)子程序中的異常在aRFC的回調(diào)FORM中RECEIVE RESULTS語(yǔ)句本身也可能拋出異常如RFC_EXCEPTION。如果不處理這個(gè)異常會(huì)導(dǎo)致整個(gè)回調(diào)FORM非正常結(jié)束你可能永遠(yuǎn)等不到那個(gè)“完成”的信號(hào)。FORM return_form USING taskname. DATA: lv_msg TYPE string. TRY. RECEIVE RESULTS FROM FUNCTION ‘Z_MY_FUNC’ IMPORTING ev_data lv_data. CATCH cx_root INTO DATA(lo_error). lv_msg lo_error-get_text( ). “ 記錄錯(cuò)誤更新狀態(tài)為失敗 WRITE: / ‘任務(wù)’, taskname, ‘執(zhí)行失敗’, lv_msg. RETURN. “ 不要繼續(xù)執(zhí)行成功的邏輯 ENDTRY. “ 處理成功結(jié)果 ENDFORM.坑3tRFC/qRFC與COMMIT WORK的時(shí)機(jī)忘記寫COMMIT WORK是tRFC調(diào)用無(wú)效的最常見原因。同時(shí)要理解COMMIT WORK會(huì)觸發(fā)當(dāng)前SAP LUW中所有IN UPDATE TASK和IN BACKGROUND TASK的調(diào)用。確保在COMMIT之前所有必要的數(shù)據(jù)準(zhǔn)備和驗(yàn)證通常用V1更新函數(shù)已經(jīng)完成?？?異步調(diào)用的內(nèi)存與上下文隔離異步任務(wù)運(yùn)行在獨(dú)立的上下文中它無(wú)法直接訪問(wèn)調(diào)用者程序的內(nèi)存如全局變量、內(nèi)表除非通過(guò)參數(shù)傳遞。同樣調(diào)用者也無(wú)法直接獲取異步任務(wù)內(nèi)部的變量。所有數(shù)據(jù)交換必須通過(guò)EXPORTING/IMPORTING參數(shù)或共享內(nèi)存/數(shù)據(jù)庫(kù)進(jìn)行。5.3 調(diào)試與監(jiān)控工具箱當(dāng)異步調(diào)用出問(wèn)題時(shí)別慌SAP提供了強(qiáng)大的工具鏈SM50 / SM66 (工作進(jìn)程概覽)查看所有活動(dòng)的工作進(jìn)程。你可以看到哪些進(jìn)程正在執(zhí)行你的aRFC或更新任務(wù)觀察其狀態(tài)運(yùn)行、等待、停止。SM37 (作業(yè)選擇)監(jiān)控后臺(tái)作業(yè)的執(zhí)行狀態(tài)、日志和輸出。SM58 (事務(wù)性RFC)監(jiān)控tRFC和qRFC隊(duì)列。這里是排查集成問(wèn)題的主戰(zhàn)場(chǎng)。你可以看到失敗的tRFC條目、錯(cuò)誤消息并可以手動(dòng)重試或刪除。SMQ1 / SMQ2 (qRFC出站/入站隊(duì)列)更細(xì)粒度地管理qRFC隊(duì)列查看隊(duì)列順序、狀態(tài)和條目詳情。ST22 (ABAP Dump分析)如果異步任務(wù)中發(fā)生了短存儲(chǔ)轉(zhuǎn)儲(chǔ)可以在這里根據(jù)日期、時(shí)間和用戶篩選查找。調(diào)試技巧對(duì)于aRFC你可以在被調(diào)用的函數(shù)模塊內(nèi)設(shè)置外部斷點(diǎn)/h后輸入函數(shù)名。當(dāng)異步任務(wù)執(zhí)行到該函數(shù)時(shí)會(huì)彈出新的調(diào)試窗口可能需要切換用戶會(huì)話查看。對(duì)于后臺(tái)作業(yè)可以在SM37中選中作業(yè)使用“作業(yè)-調(diào)試”功能。在異步函數(shù)中大量使用MESSAGE語(yǔ)句類型I,W,E并結(jié)合APPL_LOG寫入應(yīng)用日志是生產(chǎn)環(huán)境排查問(wèn)題的有效手段。6. 現(xiàn)代ABAP中的異步編程展望隨著SAP S/4HANA和ABAP平臺(tái)的演進(jìn)異步編程的支持也在現(xiàn)代化。雖然核心的RFC機(jī)制依然穩(wěn)固但一些新的編程模型和理念值得關(guān)注ABAP Managed Database Procedures (AMDP)雖然主要用于下推計(jì)算到HANA數(shù)據(jù)庫(kù)但其執(zhí)行模式本質(zhì)上是將耗時(shí)的數(shù)據(jù)庫(kù)操作異步化從應(yīng)用服務(wù)器視角釋放應(yīng)用服務(wù)器資源。Restful ABAP Programming (RAP)在RAP的Behavior Definition中你可以使用determination的on modify或validation的on save這些操作可能在保存時(shí)被延遲或批量處理具有一定的異步思想。更重要的是RAP強(qiáng)調(diào)無(wú)狀態(tài)服務(wù)其背后的OData服務(wù)調(diào)用本身可以通過(guò)HTTP的異步客戶端如CL_HTTP_CLIENT來(lái)實(shí)現(xiàn)異步通信。Cloud ABAP與Side-by-Side擴(kuò)展在SAP BTP, ABAP環(huán)境或Cloud Foundry上與微服務(wù)、事件網(wǎng)格Event Mesh的集成天然就是事件驅(qū)動(dòng)和異步的。使用ABAP Messaging Channel或消費(fèi)外部消息隊(duì)列如SAP Event Mesh將成為實(shí)現(xiàn)異步通信的新標(biāo)準(zhǔn)方式。盡管新工具層出不窮但同步與異步的基本思想是永恒的。理解本文闡述的核心概念、權(quán)衡點(diǎn)和實(shí)現(xiàn)細(xì)節(jié)將使你無(wú)論面對(duì)傳統(tǒng)ECC還是最新的S/4HANA Cloud都能從容地為每個(gè)場(chǎng)景選擇最合適的調(diào)用策略構(gòu)建出既正確又高效的程序。最終判斷一個(gè)ABAP開發(fā)者是否資深看他如何處理并發(fā)與等待或許就是一個(gè)很好的標(biāo)準(zhǔn)。