ABAP程序员避坑指南：SUBMIT调用ALV程序时，为什么我的数据总是抓不到？

ABAP程序员避坑指南：SUBMIT调用ALV程序时的数据抓取难题解析

当你第一次尝试用SUBMIT调用ALV报表并获取数据时，那种期待和兴奋是难以言表的。但现实往往很骨感——代码执行了，却没有返回任何数据，或者干脆抛出一个冷冰冰的"UNABLE TO RETRIEVE ALV DATA"错误。作为一名ABAP开发者，我完全理解这种挫败感。本文将带你深入剖析这个问题的根源，并提供切实可行的解决方案。

1. 理解SUBMIT与ALV数据抓取的基本原理

在ABAP开发中，SUBMIT语句允许我们调用另一个程序，而CL_SALV_BS_RUNTIME_INFO类则提供了在不修改目标程序的情况下获取ALV数据的能力。这种组合看似简单，实则暗藏玄机。

核心机制：当ALV报表执行时，CL_SALV_BS_RUNTIME_INFO会在内存中暂存ALV的数据和元数据。通过适当的设置，我们可以在报表执行后访问这些数据。

常见错误示例：

DATA: lr_data TYPE REF TO data. FIELD-SYMBOLS: <lt_data> TYPE ANY TABLE. " 错误的调用顺序 SUBMIT zmmr009 AND RETURN. CL_SALV_BS_RUNTIME_INFO=>SET( display = '' metadata = '' data = 'X' ). TRY. CL_SALV_BS_RUNTIME_INFO=>GET_DATA_REF( IMPORTING r_data = lr_data ). ASSIGN lr_data->* TO <lt_data>. CATCH cx_salv_bs_sc_runtime_info. MESSAGE '无法获取ALV数据' TYPE 'E'. ENDTRY.

这段代码的问题在于SET方法的调用时机不对——它应该在SUBMIT之前调用，而不是之后。

2. 数据抓取失败的四大常见原因及解决方案

2.1 ALV显示模式的影响

ALV报表可以以两种主要模式显示：

• 全屏模式：传统的全屏显示
• 弹窗模式：在弹出窗口中显示

关键区别：

当目标ALV报表使用弹窗模式时，标准的CL_SALV_BS_RUNTIME_INFO方法可能无法捕获数据。解决方案是在SUBMIT前强制设置全屏模式：

" 强制全屏显示 CL_SALV_BS_RUNTIME_INFO=>SET( display = 'X' metadata = '' data = 'X' ).

2.2 交互事件的影响

许多ALV报表包含交互逻辑，如：

• AT SELECTION-SCREEN
• AT LINE-SELECTION
• AT USER-COMMAND

这些交互事件会中断标准的数据流，导致CL_SALV_BS_RUNTIME_INFO无法捕获完整数据。

排查清单：

1. 检查目标程序是否包含交互事件
2. 如果可能，在测试时暂时注释掉这些事件
3. 考虑使用SUBMIT...VIA SELECTION-SCREEN绕过初始选择屏幕

2.3 SET方法调用时机不当

这是最常见的错误之一。正确的调用顺序应该是：

1. 清除之前的运行时信息
2. 设置新的运行时参数
3. 执行SUBMIT
4. 获取数据

典型正确代码结构：

" 1. 清除之前的设置 CL_SALV_BS_RUNTIME_INFO=>CLEAR_ALL( ). " 2. 设置新的参数 CL_SALV_BS_RUNTIME_INFO=>SET( display = '' " 不显示ALV metadata = '' " 不需要元数据 data = 'X' " 需要数据 ). " 3. 执行目标程序 SUBMIT zmmr009 WITH zbukrs IN s_bukrs AND RETURN. " 4. 获取数据 TRY. CL_SALV_BS_RUNTIME_INFO=>GET_DATA_REF( IMPORTING r_data = lr_data ). ASSIGN lr_data->* TO <lt_data>. CATCH cx_salv_bs_sc_runtime_info. " 错误处理 ENDTRY.

2.4 目标程序未完全执行

有时，目标程序可能因为各种原因未能完全执行，导致数据不可用。常见原因包括：

• 选择屏幕验证失败
• 授权检查未通过
• 程序异常终止

调试技巧：

• 在SUBMIT后添加SY-SUBRC检查
• 使用SUBMIT...AND RETURN确保控制权返回
• 考虑添加简单的日志记录以确认程序执行路径

3. 高级场景与特殊处理

3.1 处理层级列表数据

层级ALV（如CL_SALV_HIERSEQ_TABLE）需要特殊处理：

" 设置层级列表支持 CL_SALV_BS_RUNTIME_INFO=>SET( display = '' metadata = '' data = 'X' data_hierseq = 'X' " 关键参数 ). SUBMIT zhierarchical_report AND RETURN. " 获取数据时需要处理层级关系 DATA: lr_hier_data TYPE REF TO data. FIELD-SYMBOLS: <lt_hier_data> TYPE ANY TABLE. TRY. CL_SALV_BS_RUNTIME_INFO=>GET_DATA_REF( EXPORTING if_include_hierseq = abap_true IMPORTING r_data = lr_hier_data ). ASSIGN lr_hier_data->* TO <lt_hier_data>. CATCH cx_salv_bs_sc_runtime_info. " 错误处理 ENDTRY.

3.2 处理带有筛选条件的报表

当目标报表有复杂筛选条件时，确保正确传递参数：

" 准备选择屏幕参数 DATA: lt_seltab TYPE TABLE OF rsparams. DATA: ls_seltab LIKE LINE OF lt_seltab. ls_seltab-selname = 'P_BUKRS'. ls_seltab-kind = 'S'. ls_seltab-sign = 'I'. ls_seltab-option = 'EQ'. ls_seltab-low = '1000'. APPEND ls_seltab TO lt_seltab. " 执行带参数的程序 CL_SALV_BS_RUNTIME_INFO=>SET( display = '' metadata = '' data = 'X' ). SUBMIT zmmr009 WITH SELECTION-TABLE lt_seltab AND RETURN.

4. 实战调试技巧与最佳实践

4.1 构建完整的错误处理框架

一个健壮的数据获取程序应该包含全面的错误处理：

TRY. " 清除之前设置 CL_SALV_BS_RUNTIME_INFO=>CLEAR_ALL( ). " 设置新的参数 CL_SALV_BS_RUNTIME_INFO=>SET( display = '' metadata = '' data = 'X' ). " 执行目标程序 SUBMIT ztarget_program AND RETURN. " 检查程序是否正常执行 IF sy-subrc <> 0. MESSAGE ID sy-msgid TYPE 'E' NUMBER sy-msgno WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4. ENDIF. " 获取数据 DATA: lr_data TYPE REF TO data. FIELD-SYMBOLS: <lt_data> TYPE ANY TABLE. CL_SALV_BS_RUNTIME_INFO=>GET_DATA_REF( IMPORTING r_data = lr_data ). ASSIGN lr_data->* TO <lt_data>. " 处理数据... CATCH cx_salv_bs_sc_runtime_info INTO DATA(lx_error). " 记录详细错误信息 DATA(lv_error_text) = lx_error->get_text( ). MESSAGE lv_error_text TYPE 'E'. CATCH cx_root INTO DATA(lx_other_error). " 处理其他意外错误 MESSAGE lx_other_error->get_text( ) TYPE 'E'. ENDTRY.

4.2 性能优化建议

当处理大型报表时，考虑以下优化措施：

1. 限制数据量：通过选择屏幕参数限制返回的数据量
2. 分批处理：对于极大报表，考虑分多次SUBMIT获取数据
3. 缓存设置：合理使用CL_SALV_BS_RUNTIME_INFO的CLEAR_ALL方法
4. 并行处理：对于独立报表，考虑使用并行任务

4.3 替代方案评估

当CL_SALV_BS_RUNTIME_INFO方法不可行时，考虑以下替代方案：

在实际项目中，我遇到过这样一个案例：一个复杂的生产报表使用了多重交互ALV和自定义容器，标准的SUBMIT+CL_SALV_BS_RUNTIME_INFO组合完全无效。最终解决方案是结合内存共享和少量目标程序修改，在关键点添加EXPORT语句，然后在调用程序中IMPORT数据。虽然不如"无侵入"的方案理想，但确保了功能的可靠实现。