计算机毕业设计的Java性能调优技巧

相信大部分的毕业生们，在程序已经做好之后，都是需要调试之后再运行看看能否实现，但是却会有一些人不知道其中的技巧，下面我主要介绍下在我现在的工作有关Java性能调试的一些小技巧，大部分建议是针对Java的，但也有若干建议是与语言无关的，可以应用于所有应用程序和编程语言。在讨论专门针对Java的性能调优技巧之前，让我们先来看看通用技巧。
一、在你知道必要之前不要优化
这可能是最重要的性能调优技巧之一。你应该遵循常见、最佳的实践做法并尝试高效地实现用例。但是，这并不意味着在你想要证明必要之前，你应该更换任何标准库或构建复杂的优化。
在绝大多数的情况下，如果过早地去优化不但会占用大量时间，而且会使你的代码变得难以阅读和维护。更糟糕的是，这些优化通常不会对你带来任何好处，因为你花费大量精力来优化的是应用程序的非关键部分。
那么，你如何证明你需要优化一些东西呢？
首先，你需要定义应用程序代码的速度得多快。例如，为所有API调用指定最大响应时间，或者指定在特定时间范围内要导入的记录数量。在完成这些之后，你就可以测试应用程序的哪些部分太慢了需要改进。
二、使用分析器查找代码真正的瓶颈
在你遵循第一个提议并确定了应用程序的某些部分需要改进后，那么从哪个地方开始呢？
你可以用这两种办法来解决问题：1.查看你的代码，并从外表上看起来可疑或者你觉得可能会产生问题的那一部分开始。2.使用分析器并获取有关代码每个部分的性能和行为有关的详细信息。
应该不需要我解释为什么应该始终遵循第二种方法的原因。
很明显可以得知，基于分析器的办法可以让你更好地理解代码的性能影响，并使你能够专注于那最关键的部分。如果你曾使用过分析器，那么你一定记得曾经你是多么惊讶于一下子就找到了代码的哪些部分产生了性能问题。
三、为整个应用程序创建性能测试的相关套件
这是另一个通用的技巧，可以帮助你避免在将性能改进部署到生产作业后经常会发生的许多意外问题。你应该总是定义一个测试整个应用程序的性能测试套件，并在性能改进之前或者之后运行它。
这些额外的测试运行将帮助你识别需要更改的功能和一些的性能副作用，并确保不会导致弊大于利的更新。如果你工作于被应用程序若干不同部分使用的组件，如数据库或缓存，那么这一点就尤其重要。
四、优先处理最大的瓶颈
在创建测试套件并使用分析器分析有关应用程序之后，你可以列出一系列需要解决以提高性能的问题。这很好，但它依旧不能回答你应该从哪里开始的问题。你可以专注于速效方案，或从最重要的问题开始。
速效方案一开始可能会很有吸引力，因为你可以很快显现出第一个成果。但有时可能需要你说服其他团队成员或管理层认为性能分析是值得的——因为暂时看不到效果。
但总的来说，我建议优先处理最重要的性能问题。这将为你提供最大的性能改进，而且可能再也不需要去解决其中一些为了满足性能需求的问题。
常见的性能调整技巧到此为止。下面让我们仔细看看一些只特定于Java的小技巧。
五、使用Stringbuilder以编程方式连接String
有很多不同的选项来连接Java中的String。例如，你可以使用简单的+或+ =，以及StringBuffer或StringBuilder。
那么，你会选择哪种方法呢？
答案的话取决于连接String的代码。如果你是以编程方式添加新内容到String中，例如在for循环中，那么你就使用StringBuilder。它很容易使用，并提供比StringBuffer更好的性能。但记住一点，与StringBuffer相比，StringBuilder不是线程安全的，可能不适合所有用例。
你只需要实例化一个新的StringBuilder并调用append方法来向String中添加一个新的部分。在你添加了所有的部分之后，你就可以调用toString()方法来检索连接的String。下面的代码片段显示了一个简单的例子。在每次迭代期间，这个循环将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());
正如在代码片段中看到的那样，你可以将String的第一个元素提供给构造方法。这将创建一个新的StringBuilder，而新的StringBuilder包含提供的String和16个额外字符的容量。当你向StringBuilder添加更多字符时，JVM将动态增加StringBuilder的大小。
如果你已经知道你的String将包含多少个字符，则可以将该数字提供给不同的构造方法以实例化具有定义容量的StringBuilder。这进一步提高了效率，因为它不需要动态扩展其容量。
六、使用+连接一个语句中的String
当你用Java实现你的第一个应用程序时，可能会有的人告诉过你不应该用+来连接String。如果你是在应用程序逻辑中连接字符串，这是正确的。字符串是不可变的，每个字符串的连接结果都存储在一个新的String对象中。但这需要额外的内存，相应的会减慢你的应用程序，特别是如果你在一个循环内连接多个字符串的话。
在这些情况下，你应该遵循技巧第五点并使用StringBuilder。但是，如果你只是将字符串分成多行来改善代码的可读性，那情况就不一样了。
Query q = em.createQuery(“SELECT a.id, a.firstName, a.lastName ”
+ “FROM Author a ”
+ “WHERE a.id = :id”);
在这些情况下，你应该用一个简单的+来连接你的字符串。Java编译器会对此优化并在编译时执行连接。所以，在运行时，你的代码将只使用1个String，不需要连接。
七、尽量使用基元
避免任何开销并提高应用程序性能的另一个便捷而快速的方法是使用基本类型而不是其包装类。所以，最好使用int来代替Integer，使用double来代替Double。这允许JVM将值存储在堆栈而不是堆中以减少内存消耗，并作出更有效的处理。
八、试着避免BigInteger和BigDecimal
既然我们在讨论数据类型，那么我们也快速浏览下BigInteger和BigDecimal吧。尤其是后者因其精确性而普遍受到大家的喜爱，但是这是有代价的。
BigInteger和BigDecimal比简单的long或double需要更多的内存，并且会显著减慢所有计算。所以，你如果需要额外的精度，或者数字将超过long的范围，那么最好你要三思而后行。这可能是你需要更改以解决性能问题的唯一方法，尤其是在实现数学算法的时候。
九、首先检查下当前日志级别
这个提议应该是显而易见的，但不幸的是，很多程序员在写代码的时候大多都会忽略它。在你创建调试消息之前，始终应该优先检查当前日志级别。否则，你可能会创建一个之后容易被忽略的日志消息字符串。
这里有两个反面例子。
第一种：// don’t do thislog.debug(“User [” + userName + “] called method X with [” + i + “]”);
第二种：// or thislog.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 + “]”);
}
十、使用Apache Commons StringUtils.replace而不是String.replace
通常来说，String.replace方法工作正常，效率非常高，尤其是在使用Java 9的情况下。但是，如果你的应用程序需要大量的替换操作，并且没有及时更新到最新的Java版本，那么我们依然有必要查找更快、更有效的替代品。
有一个备选答案是Apache Commons Lang的StringUtils.replace方法。正如Lukas Eder在他最近的一篇博客文章中所描述的，StringUtils.replace方法远胜Java 8的String.replace方法。并且它只需要很小的改动。即添加Apache Commons Lang项目的Maven依赖项到应用程序pom.xml中，并将String.replace方法的所有调用替换为StringUtils.replace方法。
// replace this
test.replace(“test”, “simple test”);
// with this
StringUtils.replace(test, “test”, “simple test”);
十一、缓存昂贵的资源，例如数据库连接
缓存是避免重复执行昂贵或常用代码片段的比较流行的解决方案，总的思路很简单：重复使用这些资源比反复创建新的资源要便宜得多。一个典型的例子是缓存池中的数据库连接，新连接的创建需要时间。如果你重用现有连接，则可以避免这种情况。
你还可以在Java语言本身找到其他例子。例如，Integer类的valueOf方法缓存了-128到127之间的值。你可能会说创建一个新的Integer并不是太昂贵，但是由于它经常被使用，以至于缓存最常用的值也可以提供相应的性能优势。
当你考虑缓存时，请记住缓存实现也会产生有关的开销。你需要花费额外的内存来存储可重用资源，因此你可能需要管理缓存以使资源可访问，以及要删除过时的资源。
所以，在开始缓存任何资源之前，请确保实施缓存是值得的而不是无用的，也就是说必须足够多地使用它们。
总结
正如你所看到的，有时不需要太多工作就可以提高应用程序的性能，本文中的绝大部分的提议也只需要你稍作努力就可以将它们应用于你的代码。
但是，最重要的还是有三点与是什么编程语言无关的技巧：
1.在你知道必要之前不要优化
2.使用分析器查找真正的瓶颈
3.优先处理最大的瓶颈
    希望这十一点建议和总结对你的毕设有些帮助。