SAP增强开发实战：如何用STARTING NEW TASK避免BAPI_TRANSACTION_COMMIT的坑？

SAP增强开发实战如何用STARTING NEW TASK避免BAPI_TRANSACTION_COMMIT的坑在SAP标准增强开发中当我们需要在出口函数里调用BAPI修改或创建业务单据时总会遇到一个经典难题如何在增强点安全地提交事务直接使用COMMIT WORK或BAPI_TRANSACTION_COMMIT可能会干扰主流程的事务控制而使用STARTING NEW TASK创建异步任务则能优雅地解决这个问题。本文将深入解析这种技术方案的实现细节与避坑要点。1. 为什么标准增强中不能直接提交事务当我们修改SAP标准增强时比如用户出口、BADI实现或增强点系统正处于标准程序的事务上下文中。此时若直接执行COMMIT WORK会产生两个致命问题事务链断裂主程序可能尚未完成所有数据准备提前提交会导致后续操作失效锁冲突风险已提交的数据可能被其他进程修改造成业务逻辑混乱 危险示例在增强中直接提交 CALL FUNCTION BAPI_PO_CHANGE... CALL FUNCTION BAPI_TRANSACTION_COMMIT. 绝对避免提示标准增强中90%的事务异常都与不恰当的COMMIT有关2. STARTING NEW TASK的运作原理多线程技术通过创建独立会话session来解决这个问题其核心优势在于特性主线程同步调用STARTING NEW TASK事务隔离共享相同SAP LUW独立SAP LUW锁传递继承所有锁仅传递特定锁执行时机立即执行异步调度错误影响直接报错终止不影响主线程实现时需要特别注意三个技术要点RFC函数配置目标函数必须激活远程调用功能参数传递规则仅支持简单类型和扁平结构内表需使用TABLES参数传递资源控制后台任务数受系统参数rdisp/max_alt_modes限制3. 完整实现方案与代码解析下面以采购订单修改为例展示生产级实现代码FUNCTION zmm_po_change. *--------------------------------------------------------------- **RFC函数接口 * IMPORTING * VALUE(IV_PO_NUMBER) TYPE EBELN * TABLES * RETURN STRUCTURE BAPIRET2 *--------------------------------------------------------------- DATA: lt_items TYPE TABLE OF bapimepoitem, lt_items_x TYPE TABLE OF bapimepoitemx, lt_return TYPE TABLE OF bapiret2. 1. 准备BAPI修改参数 lt_items VALUE #( ( po_item 00010 quantity 100 ) ). lt_items_x VALUE #( ( po_item 00010 quantity X ) ). 2. 调用BAPI修改PO CALL FUNCTION BAPI_PO_CHANGE EXPORTING purchaseorder iv_po_number TABLES return lt_return poitem lt_items poitemx lt_items_x. 3. 根据结果提交或回滚 LOOP AT lt_return TRANSPORTING NO FIELDS WHERE type CA AEX. EXIT. ENDLOOP. IF sy-subrc 0. CALL FUNCTION BAPI_TRANSACTION_COMMIT EXPORTING wait abap_true. ELSE. CALL FUNCTION BAPI_TRANSACTION_ROLLBACK. ENDIF. 4. 返回消息 RETURN[] lt_return[]. ENDFUNCTION.在增强点中的调用方式DATA: lt_return TYPE TABLE OF bapiret2, lv_task TYPE char30 VALUE PO_UPDATE. 启动异步任务 CALL FUNCTION ZMM_PO_CHANGE STARTING NEW TASK lv_task EXPORTING iv_po_number 4500000123 TABLES return lt_return EXCEPTIONS system_failure 1 communication_failure 2 resource_failure 3. 处理可能的异常 CASE sy-subrc. WHEN 1. 系统错误处理 WHEN 2. 通信错误处理 WHEN 3. 资源不足处理 ENDCASE.4. 生产环境中的进阶技巧4.1 任务状态监控对于关键业务操作建议增加任务状态检查机制DATA: lv_state TYPE c LENGTH 1, lv_task TYPE c LENGTH 32 VALUE PO_UPDATE_001. 提交任务后检查状态 CALL FUNCTION SPBT_INITIALIZE EXPORTING group_name parallel_generators IMPORTING free_pbt_wps DATA(lv_available). IF lv_available 0. CALL FUNCTION ZMM_PO_CHANGE STARTING NEW TASK lv_task EXPORTING... 获取任务状态 CALL FUNCTION SPBT_GET_PENDING_DELAYED IMPORTING task_state lv_state. ENDIF.4.2 批量任务优化处理大批量数据时可采用分组提交策略按业务规则将数据分组如按工厂、物料类型为每组创建独立任务使用RFC_WAIT_FOR_ANSWER控制并发度DATA: lt_groups TYPE TABLE OF werks, lv_index TYPE i. 获取待处理工厂列表 SELECT DISTINCT werks INTO TABLE lt_groups FROM ekpo... 并行处理各工厂数据 LOOP AT lt_groups INTO DATA(lv_werks). lv_index sy-tabix. CALL FUNCTION ZMM_PO_CHANGE STARTING NEW TASK |PO_UPDATE_{ lv_index }| EXPORTING iv_werks lv_werks TABLES... 每5个任务等待一次 IF lv_index MOD 5 0. WAIT UNTIL logsys NE space UP TO 30 SECONDS. ENDIF. ENDLOOP.4.3 错误处理最佳实践建议建立统一错误处理机制在RFC函数内记录错误日志使用BAL_LOG创建应用日志通过SM58配置自动重试机制 在RFC函数中添加日志记录 IF lt_return[] IS NOT INITIAL. CALL FUNCTION BAL_LOG_MSG_ADD EXPORTING i_log_handle lv_log_handle i_s_msg VALUE #( msgty E msgid ZMM msgno 001 msgv1 iv_po_number ). ENDIF.5. 性能调优与限制规避5.1 系统参数优化关键参数调整建议参数路径推荐值作用rdisp/max_alt_modes10-30最大并行任务数rdisp/rfc_max_own_login5-10每个用户的RFC连接数icm/host_name_verify0关闭主机名验证提升速度5.2 内存管理技巧避免常见内存问题使用FREE MEMORY ID释放临时数据对大内表采用分块处理在RFC函数结束时执行REFRESH清理内存 内存优化示例 DATA(lt_huge_data) VALUE tty_data(...). DO lines( lt_huge_data ) TIMES. DATA(lt_chunk) lt_huge_data[1 TO 1000]. DELETE lt_huge_data FROM 1 TO 1000. CALL FUNCTION ZPROCESS_DATA STARTING NEW TASK |CHUNK_{ sy-index }| EXPORTING it_data lt_chunk. FREE lt_chunk. ENDDO.5.3 超时控制方案针对长时间运行任务 设置超时控制 CALL FUNCTION ZMM_LONG_RUNNING_TASK STARTING NEW TASK LONG_TASK EXPORTING iv_timeout 300 5分钟超时 EXCEPTIONS system_failure 1 OTHERS 2. IF sy-subrc 2. 获取具体错误 CALL FUNCTION RFC_GET_ATTRIBUTES IMPORTING timeout DATA(lv_timeout_reason). ENDIF.