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