前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >11 个简练的 Java 性能调优技巧

11 个简练的 Java 性能调优技巧

作者头像
Java高级架构
发布2018-04-19 14:30:35
6350
发布2018-04-19 14:30:35
举报

大多数开发者认为性能优化是一个复杂的话题,它需要大量的工作经验和相关知识理论。好吧,这也不完全错。优化一个应用做到性能最优化可能不是件容易的任务,但是这并不意味着你没有相关的知识就什么也做不了。这里有一些易于遵循的建议和最佳实践可以帮助你创建一个性能良好的应用程序。

这些建议的大部分都是针对 Java 语言的。但是也有一些是跟语言无关的,你可以运用到任意的应用和程序中。在我们学习特定的 Java 编程性能调优之前,先来探讨一些通用的技巧。


1.在明确必要之前别急着优化

这可能是最重要的性能优化技巧之一。你应该遵循常见的最佳实践做法并在案例中高效地应用它。但是这并不意味在证明必要之前,你应该更换任何标准库或构建复杂的优化。

多数情况下,过早地优化会占用大量的时间,而且会使代码变得难以理解和阅读。更糟糕的是,这些优化通常并没带来任何好处,因为你花了大量的时间在优化应用中的非关键部分。

那么,要怎么证明东西需要优化呢?

首先,你需要定义你的代码速度得多快。例如,为所有 API 调用指定最大响应时间,或者指定在特定时间范围内要导入的记录数量。在做完这些后,你需要确定你应用中哪些部分太慢需要改进。当完成这些后,你就可以来看看第二个技巧提示。


2.使用分析器找到真正的瓶颈

在完成第一部分的优化建议以鉴别出你应用中需要提升的部分后,要从哪里入手呢?

你可以有两种途径来解决这个问题:

1. 查看你的代码,从看起来可疑的或者你觉得可能会导致出现问题的地方入手。

2. 或者使用分析器获取代码每个部分的行为(执行过程)和性能的详细信息。

希望我不需要解释为什么应该始终遵循第二种途径/方法的原因。

很显然,基于分析器的方式可以让你更好地理解代码的性能影响,并允许你去专注于更关键的部分(代码)。即使你曾经使用过分析器,你一定记得你曾经多么惊讶于一下就找到了代码的哪些部分产生了性能问题。我第一次的猜测不止一次地导致我走错了方向。


3. 为整个应用程序创建一个性能测试套件

这是另一个通用的可以帮助你避免在将性能改进部署到产品中之后经常会发生的许多意外问题的技巧。你应该总是定义一个性能测试套件来测试整个应用程序,并在性能改进之前和之后运行它。

这些额外的测试运行将帮助你识别你的改动所引起的功能和性能上的副作用,并确保不会导致弊大于利的更新。如果你处理的是被应用程序的多个不同部分使用的组件,如数据库或缓存,那这一点尤为重要。


4. 优先关注最大瓶颈

在创建了测试套件并使用分析器分析你的应用程序之后,你可以列出一系列需要解决以提高性能的问题列表。这很好,但这并没有回答你需要从哪里开始的问题。你可以专注于速成方案,或从最重要的问题开始。

速成方案一开始可能会很有吸引力,因为你可以很快显示第一个成果。但有时,可能有必要说服其他团队成员或管理层认为性能分析是值得的。

一般来说,我建议从顶层开始,首先开始处理最重要的性能问题。这将为你提供最大的性能改进,而且你可能仅需要解决这些问题中的一小部分就能满足你的性能要求。

常见的通用调优技巧到此结束。接下来让我们仔细看看一些特定于 Java 的技巧。


5.使用 StringBuilder 以编程方式连接字符串

在 Java 中有很多不同的选项来连接字符串。例如,你可以使用简单的 + 或 + = ,以及老的 StringBuffer 或 StringBuilder 。

那么,你应该选择哪种方法呢?

答案取决于连接字符串的代码。如果你是以编程方式将新内容添加到字符串中,例如在 for 循环中,则应使用 StringBuilder 。它很易于使用,并提供比 StringBuffer 更好的性能。但请记住,与 StringBuffer 相比, StringBuilder 不是线程安全的,可能并不适用于所有情况。

你只需要实例化一个新的 StringBuilder 并调用 append 方法来向 String 中添加一个新的部分。在你添加完了所有的部分后,你可以调用 toString() 方法来检索已连接的字符串。 下面的代码片段展示了一个简单的例子。在每次迭代期间,该循环将 i 转换为一个 String ,并将其与空格一起添加到 StringBuilder sb 中。所以,最后,这段代码在日志文件中写入 “This is a test0 1 2 3 4 5 6 7 8 9” 。

StringBuilder sb = new StringBuilder(“This is a test”);for (int i=0; i<10; i++) {
    sb.append(i);
    sb.append(” “);
}
log.info(sb.toString());

正如你在代码片段中看到的。我们可以为字符串的第一个元素提供到构造函数中。这会创建一个 StringBuilder ,其中包含了你所提供的字符串以及 16 个额外字符的容量。当你向 StringBuilder 中添加更多字符时,你的 JVM 将动态的增加 StringBuilder 的大小。

如果你已经知道字符串将包含多少个字符,则可以将该数字提供给不同的构造方法以实例化具有指定容量的 StringBuilder 。这进一步提高了效率,因为它不需要动态扩展其容量。


6. 使用 + 连接一个语句中的字符串

当你使用 Java 实现你的第一个应用程序时,可能有人告诉过你不要使用 + 来连接字符串。如果你是在应用程序逻辑内连接字符串的话,这是对的。字符串是不可变的,每个字符串的连接结果都被存储在一个新的字符串对象中。这需要额外的存储空间,并可能使你的应用程序运行缓慢,特别是当你在一个循环内连接多个字符串的情况下。

在这些情况下,你应该遵循技巧 5 中的内容,并使用 StringBuilder 。

但如果你只是将字符串分成多行来改善代码的可读性,这并不适用。

Query q = em.createQuery(“SELECT a.id, a.firstName, a.lastName ”
+ “FROM Author a ”
+ “WHERE a.id = :id”);

在这些情景下,你应该使用简单的 + 来连接字符串。你的 Java 编译器会优化它,并在编译时完成连接。因此,在运行时,你的代码将只使用一个字符串,并不需要任何连接操作。


7. 尽可能使用基本类型

避免任何开销并提高应用程序性能的另一种简便快速的方法是使用基本类型而不是其包装类。所以,最好使用 int 而不是 Integer ,是 double 而不是 Double 。这将使得你的 JVM 将值存储在堆栈而不是堆中,以减少内存消耗,并更有效地处理它。


8. 尽量避免大整数和小数

由于我们已经在讨论数据类型,所以我们也应该快速浏览大整数和小数。尤其是后者因其精确性而受欢迎。但这是有代价的。 大整数和小数比一个简单的 long 型或 double 型需要更多的内存,并会显著减慢所有的运算。所以,如果你需要额外的精度,或者如果你的数字超出一个较长的范围,最好要三思。这可能是你需要更改并解决性能问题的唯一方法,尤其是在实现数学算法时。


9. 优先检查当前日志级别

这个建议应该是显而易见的,但不幸的是,很多人在写代码的时候都会忽略它。 在创建调试消息之前,应该总是优先检查当前日志级别。 否则,你可能会创建一个附加你日志消息的字符串,而该字符串之后将被忽略。

这里有两个你不应该这样做的反面例子。

// don’t do this
log.debug(“User [” + userName + “] called method X with [” + i + “]”);
// or this
log.debug(String.format(“User [%s] called method X with [%d]”, userName, i));

在这两个示例中,你都将执行创建日志消息所有必需的步骤,而不知道日志框架是否将使用日志消息。 因此在创建调试消息之前,最好先检查当前的日志级别。

// do thisif (log.isDebugEnabled()) {
    log.debug(“User [” + userName + “] called method X with [” + i + “]”);
}

10. 使用 Apache Commons StringUtils.Replace 而不是 String.replace

一般来说,String.replace 方法可以正常工作,并且效率很高,尤其是在你使用 Java 9 的情况下。但是,如果你的应用程序需要大量的替换操作,并且没有更新到最新的 Java 版本,那么检查更快和更有效的替代品依然是有必要的。

有一种候选方案是 Apache Commons Lang 的 StringUtils.replace 方法。正如 Lukas Eder 在他最近的一篇博客文章中所描述的,它远远胜过了 Java 8 的 String.replace 方法。

而且它只需要很小的改动。你只需要将 Apache Commons Lang 项目的 Maven 依赖项添加到你的应用程序的 pom.xml 中,并将 String.replacemethod 的所有调用替换为 StringUtils.replace 方法。

// replace this
test.replace(“test”, “simple test”);
// with this
StringUtils.replace(test, “test”, “simple test”);

以上,希望对大家有所帮助。

英文原文:11 Simple Java Performance Tuning Tips ; 参与翻译 : Tocy, Tot_ziens, Tony, 透过树叶的光, 我是菜鸟我骄傲

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2017-11-24,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 JAVA高级架构 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 1.在明确必要之前别急着优化
  • 2.使用分析器找到真正的瓶颈
  • 3. 为整个应用程序创建一个性能测试套件
  • 4. 优先关注最大瓶颈
  • 5.使用 StringBuilder 以编程方式连接字符串
  • 6. 使用 + 连接一个语句中的字符串
  • 7. 尽可能使用基本类型
  • 8. 尽量避免大整数和小数
  • 9. 优先检查当前日志级别
  • 10. 使用 Apache Commons StringUtils.Replace 而不是 String.replace
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档