Appdynamics：了解和改进Appdynamics（AppD）识别的性能瓶颈答案

【问题标题】：Appdynamics : Understand and improving the performance bottleneck identified by Appdynamics(AppD)Appdynamics：了解和改进Appdynamics（AppD）识别的性能瓶颈
【发布时间】：2017-01-20 02:37:17
【问题描述】：

我将 AppD 用作我的应用程序的 APM，在慢速事务报告中它显示了大多数调用，这不是我们的应用程序代码，我们正在调用开源库方法。例如：

com.google.common.reflect.TypeVisitor.visit google library 的方法大约需要 155 ms 的时间，com.google.common.reflect.TypeToken.equals() 的方法大约需要 60 ms。 org.apache.tapestry5.internal.services.RenderQueueImpl.render() 需要将近 50 毫秒。

我想强调一下，我已经检查过了，我的服务器没有加载，CPU 和内存使用率都非常低，而且这次花费的时间是用于非常少量的数据处理。 p>

让我知道这背后的原因以及如何优化我的应用程序的性能。

【问题讨论】：

标签： java performance appdynamics

【解决方案1】：

反射（本质上是 TypeVisitor 和 TypeToken 类）在 Java 中总是很昂贵，尽量不要使用它。渲染时间似乎还可以。应用程序中的高延迟可能有数千个原因，但您只提供了这么多信息，所以这就是您可以获得的最佳答案。

【讨论】：

我知道反射需要时间，但单个调用 50-60 毫秒实际上太多了，整个 spring 运行在反射上仍然很快，对于我使用 Spring 开发的示例 REST api，命中数据库并执行过去不到 100 毫秒的业务处理。就我而言，我现在只关心了解 AppD 报告的应用程序代码的性能。