苏曼，你好

在我看来，您通过实现触发机制来优化RFC调用，该机制将在后端订阅数据更改通知。 因此，一旦实际上更改了数据，您的UI就会调用RFC并检索数据。 有几种方法可以实现此目的。 如果您有可用的Netweaver Gateway，则可以设计一个实现ATOM协议的odata服务。 您的应用程序可以订阅该服务上发生的任何事件。 然后，仅当后端的数据发生更改时，它才会收到通知。 实际上，这可能会减少RFC调用您的后端的次数。

还有其他方法可以做到这一点。 Gateway Foundation随附了数据交换框架（Syclo），您可以在其中将经过预处理的数据存储在交换表上，并允许远程应用程序仅在需要时才检索它们。

还有来自SAP Mobile Services的Notification Servlet，您可以在其中向应用程序发送数据更改通知，其中包含大约全部信息，以便在需要时会提取数据。

当然，还有来自Sybase的远程数据同步服务，该服务基于SQL Anywhere（Mobilink），它将根据数据库日志将数据从中央数据库同步到移动设备上的另一个数据库。

我应该给您的另一个建议是，ABAP系统在保护自身免受溢出（DoS）的意义上有点"聪明"。 它通过限制有权处理每个RFC请求的WebAS的数量来做到这一点。 默认情况下未配置它，但是一旦为RFC打开系统，管理员应注意这一点。 它通过将传入的RFC限制为特定的登录组（可以是单个Application Server）来实现。 在此特定的应用程序服务器上，设计有用于在后台或前台处理RFC的工作流程-每个系统上都有一个限制。 因此，管理员将完全控制实例及其有权处理RFC调用的计算能力。 换句话说，由于管理员允许他/她对ABAP系统造成极大损害：-）

关于，
伊凡