ABAP Dialog开发疑难解析(一)——屏幕编辑器启动失败的深度排查

1. 症状：屏幕编辑器为何突然罢工？

最近在开发ABAP Dialog程序时，突然发现图形布局编辑器死活打不开。点击屏幕编辑按钮后，要么直接闪退，要么默默切换到了字符模式。这种问题在SAP GUI 7.4以后的版本特别常见，尤其是当你的开发环境涉及跨系统RFC调用时。具体表现可能有以下几种情况：

• 点击"布局"按钮后毫无反应，就像没点过一样
• 弹出错误提示"无法启动图形布局编辑器（RFC版本）"
• 编辑器窗口闪现一下就自动关闭
• 系统自动回退到字符模式的布局编辑器

遇到这种情况先别急着重启SAP GUI，因为问题很可能出在RFC通信环节。我遇到过最典型的情况是，开发机和应用服务器之间突然网络抽风，导致RFC连接建立失败。这时候去查系统日志，通常能在dev_eusp<进程ID>和dev_rfc.trc这两个跟踪文件里找到蛛丝马迹。

2. 深度排查：六种常见死法分析

2.1 防火墙拦路虎

在dev_eusp跟踪文件里看到"RFCMgr_accept出错：未接受"，同时在dev_rfc.trc里发现"ERROR路由许可被拒绝"的提示？这八成是防火墙在作怪。现代企业网络为了安全，通常会在前端开发机和应用服务器之间设置防火墙。图形布局编辑器需要用到33nn端口（nn是你的系统编号），如果防火墙没开这个口子，RFC连接就会被无情拒绝。

我去年给某客户做开发时就踩过这个坑。他们的安全团队刚更新了防火墙策略，把33开头的端口全禁了。解决方案有两个：要么让网络管理员把这个端口加入白名单，要么在本地开发环境安装应用服务器组件。考虑到安全性，我们最终选择了后者。

2.2 服务名对不上号

跟踪文件报错"服务'sapgw<服务ID>'未知"？这说明参与RFC通信的某台主机不认识这个服务名。常见于以下几种场景：

1. 前端开发机的services文件缺少sapgw条目
2. 网关主机配置不完整
3. 系统升级后服务名变更但配置未更新

上周我就帮同事解决了这个问题。他刚换了新电脑，SAP GUI装好后一直没法用图形编辑器。检查发现是他本机的services文件里少了"sapgw00 3300/tcp"这行配置。补上这行后立即就能用了。

2.3 网关超时设置太短

gw/cpic_timeout这个参数控制着网关等待RFC连接建立的超时时间，默认20秒在高负载网络中可能不够用。表现症状是连接建立超时，跟踪文件里会记录超时错误。这个问题在跨国开发团队中特别常见，因为网络延迟较高。

建议把这个值调到60秒：

RZ10 -> 选择实例配置文件 -> 修改gw/cpic_timeout=60

改完后别忘了重启网关服务。我在给日本客户做远程支持时，就经常需要调整这个参数。

2.4 系统参数误配置

abap/no_sapgui_rfc这个参数如果被设为非空或非0值，就会禁止通过RFC启动图形布局编辑器。检查方法：

事务码SU3 -> 参数标签页 -> 输入abap/no_sapgui_rfc

如果发现被设置了，赶紧改成空格或0。记得改完后重启应用服务器，否则不生效。

2.5 权限检查的坑

即使auth/rfc_authority_check参数设为不检查，系统仍可能报"用户xxxxxx没有RFC权限"。这是SAP的一个老bug了，从4.5版本就存在。需要通过应用Note 93254的补丁来解决，或者直接给用户分配RFC权限。

2.6 Unicode系统的特殊问题

在Unicode系统里，如果EU_SCRP_WN32这个RFC目标的通信类型设成了Unicode，就会报"EU_SCRP_WN32：连接已关闭（无数据）"错误。解决方法：

1. 运行SM59
2. 找到EU_SCRP_WN32目标
3. 在"MDMP & Unicode"标签页
4. 将通信类型改为"非Unicode"

这是因为图形布局编辑器本身不支持Unicode字符编辑。我在处理韩国客户的系统时就遇到过这个问题，改完设置立即见效。

3. 解决方案：对症下药

3.1 防火墙问题的破解之道

如果确定是防火墙问题，可以尝试以下方案：

1. 联系网络管理员开放33nn端口
2. 在开发机本地安装应用服务器组件
3. 使用SAProuter并正确配置路由表

对于方案3，需要修改SAProuter的权限表，添加类似这样的条目：

P <前端IP> <后端IP> <服务> <密码>

记得测试时先用临时密码，确认没问题再设正式密码。

3.2 服务缺失的补救措施

针对服务名识别问题，需要检查所有相关主机的services文件。在Windows上，这个文件通常位于：

C:\Windows\System32\drivers\etc\services

需要确保包含类似这样的条目：

sapgw00 3300/tcp # SAP Gateway

在Unix系统上，还要检查/etc/services文件。改完后建议重启SAP GUI和相关服务。

3.3 超时参数优化方案

除了调整gw/cpic_timeout，还可以考虑以下优化：

1. 增加gw/max_conn参数值
2. 优化网络质量，减少丢包
3. 在非高峰时段进行图形编辑操作

对于跨国团队，建议在本地搭建开发环境，避免跨洲际使用图形编辑器。

3.4 参数配置最佳实践

修改系统参数时要注意：

1. 先在测试系统验证
2. 记录修改前的原始值
3. 修改后立即备份参数文件
4. 监控修改后的系统表现

特别是abap/no_sapgui_rfc这类敏感参数，改动前最好先和BASIS团队沟通。

3.5 权限问题的终极解决方案

对于顽固的权限检查问题，可以尝试：

1. 应用最新的支持包
2. 手动分配S_RFC权限
3. 创建专门的RFC用户
4. 使用SU01给用户添加RFC相关权限对象

记得检查SAP Note 93254的适用性，有些新版本已经修复了这个bug。

3.6 Unicode环境的特殊处理

在Unicode系统中使用图形布局编辑器时，还需要注意：

1. 屏幕元素不要使用Unicode字符
2. 字段标签等文本内容也要用非Unicode
3. 考虑使用SE51的字符模式作为替代方案
4. 定期检查EU_SCRP_WN32目标的配置

对于多语言项目，建议先在非Unicode系统中开发屏幕，再迁移到Unicode系统。

4. 预防措施：让问题不再发生

经过多次踩坑后，我总结了一套预防措施：

1. 新环境部署检查清单：

   • 验证services文件配置
   • 检查防火墙设置
   • 测试RFC连接
   • 确认系统参数默认值

2. 开发机标准化配置：

   • 统一安装SAP GUI版本
   • 预配置services文件
   • 设置合理的网关参数
   • 禁用不必要的防火墙规则

3. 定期健康检查：

   • 每月验证图形编辑器功能
   • 检查关键RFC目标状态
   • 审核系统参数变更
   • 更新支持包

4. 团队知识共享：

   • 建立内部知识库
   • 记录典型问题案例
   • 开展定期培训
   • 制定应急预案

最近我们团队在新项目启动前，都会先跑一遍这个检查清单，把问题扼杀在萌芽状态。特别是对于外包开发团队，这套预防措施能省去很多后期调试的麻烦。