如果你面临一个性能问题，你首先要做的就是分析它为什么会发生。是渲染问题还是简单的性能缺陷？时间花在客户端、服务器端还是数据库上？

只在更好的硬件上花钱可能有助于隐藏问题，但在大多数情况下，简单的根本原因分析更有效。因此，我想提供一个简短的指南，我如何开始每一个分析。我知道关于ABAP性能分析有更好的解释，因此我将不深入探讨，而是提供一个切入点，重点介绍SAP TM development如何分析问题。

如果您打开一个事件，它将帮助SAP支持/开发部门提供问题的预分析。然而，在大多数情况下，开发人员需要自己看待一个问题。所以通常请提供可复制的示例和开放系统连接。

CTRL+Shift+Alt+P

大多数TM应用程序都是WebDynpro应用程序。这意味着，对于每个klick，应用服务器上都运行着一些ABAP逻辑，之后需要在客户机上更新屏幕。要分析花费的时间，可以按CTRL+Shift+Alt+P。如果这样做，一个不错的性能跟踪工具会显示在应用程序的右上角。在该工具中，大数据怎么样，您可以看到有关上一次往返（通常是最后一次单击）性能的统计数据。

该工具可用于分析时间是花在服务器端（ABAP代码+数据库）还是花在客户端（渲染）。

此外，你可以得到一个印象，一个用户点击所需的时间比其他跟踪更好，因为对于其他跟踪，你通常得不到端到端的时间，但只有ABAP部分。此外，这个工具没有太多开销，这意味着它接近真实的用户时间，十大淘客软件排名，例如SAT跟踪。

SAT

我知道ABAP跟踪最常见的事务是SAT。我猜有很多博客/文档在那里解释事务，我只提供一个非常简短的概述如何使用它。

通常你想跟踪某个特定的事务行动，就像在运输驾驶舱里的咔嗒声。在WebDynpro应用程序中，导航到您要度量的操作，并以您只需单击的方式提供任何内容（例如，预先选择…）

现在导航到单独选项卡中的事务。要安排新的测量，请单击打开屏幕上的"计划"和"新建"。

对于WebDynpro跟踪，我通常使用"外部会话"设置为"任意"，"进程类型"设置为"HTTP"，大数据是数据，"对象类型"设置为"URL"。

检查测量是否安排在正确的应用程序服务器上。如果您不确定是否可以在一台服务器上的所有服务器上安排度量。

安排度量后，请移回应用程序会话并单击。当操作发生时，您可以删除列表中的计划度量。请注意，在UI超时的情况下，操作将完全执行。现在回到SAT输入屏幕并切换到评估选项卡。你应该在这里找到你的度量，然后双击打开它。

在度量中，我通常做的第一件事是按净持续时间对命中列表进行排序，以找到最简单的性能问题。

注意：SAT跟踪总是比通常的操作慢。其背后的原因是，跟踪所有时间信息会产生大量开销。

渲染时间长

而ABAP时间在某种程度上控制着应用程序的开发，对于渲染时间，SAP TM开发无能为力。渲染时间几乎不依赖于浏览器渲染技术以及客户端硬件。

那么如何处理巨大的渲染时间呢？首先要将客户端浏览器升级到最新版本

然后检查屏幕上是否有不需要显示的信息。特别是在运输驾驶舱，每个屏幕区域和显示的每一列都需要花费渲染时间。

如果这对你没有多大帮助，而且符合你公司的政策，你可以检查其他浏览器。一些浏览器的渲染速度比其他浏览器快得多。

对于具有渲染密集型应用程序（如运输驾驶舱）的用户，投资一些更好的硬件可能也是有意义的，因为渲染时间也取决于客户端的CPU。

>30%的净持续时间花在单一方法上

您已经对大部分网络进行了跟踪在一个方法中花费的持续时间？这可能表示存在性能缺陷。通常，这些方法耗费的时间非常广泛。如果/SCMTMS/namespace类中存在如此大的净持续时间，则应该在相关区域中搜索性能注释。大多数同事会在便笺中添加这样一个慢方法的名称，以便于搜索。如果你没有找到任何注释，淘客社区，那么打开一张票据可能是有意义的。

较小的大净持续时间消费者（从5%持续时间开始）也可能是性能问题。你也应该检查一下那些笔记。但是，由于某些逻辑需要时间，而不是成为一个错误，请不要为每一个问题发送罚单。

但是如果Z-code抛出这样的问题该怎么办。在方法中搜索常见的性能问题，如在循环中检索/选择或内部表上缺少键的用法。为了更容易识别问题，您可以使用SAT表跟踪。

FETCH DB table/SCMTMS/D\ TORXXX