ABAP 7.40下动态方法名CALL METHOD报错但静态调用方法正常

• 运行时错误的核心触发点是动态方法名的变量类型定义不符合ABAP动态调用的解析规则。
• 代码中声明的DATA name TYPE c VALUE 'm'没有显式指定固定长度c类型的长度，ABAP默认会为该变量分配1字节的固定内存空间。ABAP内核在解析动态调用传入的方法名时，对固定长度c类型的处理逻辑是按空终止字符串读取内容，不会按照字段声明的长度做边界截断；再加上早期7.40版本对报告内嵌的本地类（如代码中的LCL类）的动态方法解析存在兼容缺陷，最终导致系统实际匹配的方法名字符串和类中定义的m方法存在隐形差异，抛出“类LCL中找不到方法m”的错误。
• 静态调用oref->m( )可以正常执行，是因为静态调用属于编译期的地址绑定，不需要通过字符串匹配查找方法，自然不受动态解析逻辑的影响。

• 最稳妥的规避方式是将存储动态方法名的变量从固定长度c类型替换为动态长度的string类型，从根源上避免固定长度字段的尾随空格、内存读取越界导致的字符串不匹配问题。
• 对应修正代码片段：

" 原错误写法
" DATA name TYPE c VALUE 'm'.
" 修正为动态字符串类型
DATA name TYPE string VALUE 'm'.
CALL METHOD oref->(name).

• 如果业务场景必须使用固定长度c类型存储动态方法名，需要在调用前对变量做去尾随空格处理，例如通过CONDENSE name NO-GAPS裁剪多余空字符后再传入调用语句。

• ABAP动态调用（包括动态方法名、动态内表名、动态组件名等场景）中，固定长度c类型的尾随空格是高频故障诱因，系统不会自动对传入的c类型字符串做trim处理，优先使用string类型作为动态参数的载体，可以大幅降低同类匹配失败的概率。

内容的提问来源于stack exchange，提问作者Ulrich Scholz