java优化技巧 Java优化

首先处理最大的瓶颈

java优化技巧有哪些?在创建测试套件并使用分析器分析应用程序之后，你可以列出一系列需要解决以提高性能的问题。这很好，但它仍然不能回答你应该从哪里开始的问题。你可以专注于速效方案，或从最重要的问题开始。

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

但总的来说，我建议首先处理最重要的性能问题。这将为你提供最大的性能改进，而且可能再也不需要去解决其中一些为了满足性能需求的问题。常见的性能调整技巧到此结束。下面让我们仔细看看一些特定于Java的技巧。

使用StringBuilder以编程方式连接String

有很多不同的选项来连接Java中的String。例如，你可以使用简单的+或+ =，以及StringBuffer或StringBuilder。

那么，你应该选择哪种方法?答案取决于连接String的代码。如果你是以编程方式添加新内容到String中，例如在for循环中，那么你应该使用StringBuilder。它很容易使用，并提供比StringBuffer更好的性能。但请记住，与StringBuffer相比，StringBuilder不是线程安全的，可能不适合所有用例。

你只需要实例化一个新的StringBuilder并调用append方法来向String中添加一个新的部分。在你添加了所有的部分之后，你就可以调用toString()方法来检索连接的String。

1、尽量指定类的final修饰符 带有final修饰符的类是不可派生的。

在Java核心API中，有许多应用final的例子，例如java.lang.String。为String类指定final防止了人们覆盖length()方法。另外，如果指定一个类为final，则该类所有的方法都是final。Java编译器会寻找机会内联(inline)所有的final方法(这和具体的编译器实现有关)。此举能够使性能平均提高50% 。

2、尽量重用对象。

特别是String 对象的使用中，出现字符串连接情况时应用StringBuffer 代替。由于系统不仅要花时间生成对象，以后可能还需花时间对这些对象进行垃圾回收和处理。因此，生成过多的对象将会给程序的性能带来很大的影响。

3、尽量使用局部变量，调用方法时传递的参数以及在调用中创建的临时变量都保存在栈(Stack)中，速度较快。

其他变量，如静态变量、实例变量等，都在堆(Heap)中创建，速度较慢。另外，依赖于具体的编译器/JVM，局部变量还可能得到进一步优化。请参见《尽可能使用堆栈变量》。

4、不要重复初始化变量

默认情况下，调用类的构造函数时， Java会把变量初始化成确定的值：所有的对象被设置成null，整数变量(byte、short、int、long)设置成0，float和double变量设置成0.0，逻辑值设置成false。当一个类从另一个类派生时，这一点尤其应该注意，因为用new关键词创建一个对象时，构造函数链中的所有构造函数都会被自动调用。

5、在JAVA + ORACLE 的应用系统开发中，java中内嵌的SQL语句尽量使用大写的形式，以减轻ORACLE解析器的解析负担。

1)软件包不存在/软件包 javax.jms 不存在

这是由于javac编译时找不到javax.jms所在的软件包，因此将javax.jms所在的软件包加入到classpath中即可，

如javac -classpath ./lib/j2ee.jar *.java

2)如何将class文件打包成jar

jar cvmf manifest myjar.jar com

mainfest可以为空，com为要打包的class所在的目录，可以是多层，根据package的打包目录而定

3)JNI开发的class，在java.library.path中找不到dll库

Exception in thread "main" java.lang.UnsatisfiedLinkError: no jwtp_api in java.library.path

则，需要将dll库所在的目录加入到path中即可，如set path=dll所在目录;%path%

-Djava.library.path=dll所在目录，不知道为何不可以

4)JNI调用java类时，报错Exception in thread "main" java.lang.UnsatisfiedLinkError: wtpUpLoad

我的错误是，头文件和c文件中函数名称不符，

Java_com_tongtech_wtp_client_wtpDownLoad c代码中

Java_com_tongtech_wtp_WtpClient_wtpDownLoad 头文件

当使用 JNI 从 Java 程序访问本机代码时，您会遇到许多问题。您会遇到的三个最常见的错误是：

无法找到动态链接。它所产生的错误消息是：java.lang.UnsatisfiedLinkError。这通常指无法找到共享库，或者无法找到共享库内特定的本机方法。

无法找到共享库文件。当用 System.loadLibrary(String libname) 方法(参数是文件名)装入库文件时，请确保文件名拼写正确以及没有指定扩展名。还有，确保库文件的位置在类路径中，从而确保 JVM 可以访问该库文件。

无法找到具有指定说明的方法。确保您的 C/C++ 函数实现拥有与头文件中的函数说明相同的说明。

1.软件产业是年轻

人类一直在建设的房子，道路和桥梁数千年之久。 已经不知道在初期很多房子或桥梁倒塌如何为人类学会建立这些结构的正确方法。只要看看臭名昭著的宋体海峡大桥坍塌在1940年认识到，千百年来第一桥建成后，他们仍然没有完善桥梁建设。

相比较而言，软件业只有50岁左右。 我们还有很长的路要走，我们有我们身后经验的机构，建筑和制造行业有。今天建筑行业大多使用预制材料和部件。 大多数的这些由机器制成并已尝试和许多其他项目进行测试。

另一方面软件行业不具有其他行业有预置组件的范围内。 软件系统是由发现，发明，并且创造的，其结果是每一个新系统是从零开始创建的自定义项目新组件的方法从根本上构建的。 这使我们对我们的下一个点。

2.每行代码是失败的潜在点

由于所有新项目都定制接下去的每一行代码都未经证实，因此应进行测试。 然而，在现实世界中，这是完全不切实际的。每一行代码都会有几十个，甚至上千个，可能的输入，输出，州或依赖来处理。 这会影响到，或由其他行代码或由外部因素的影响。 即使是可能的记录每一次测试案例一行代码，你仍然不能确定，有没有一些未知因素，可能会导致错误。

和测试一个单一的代码行是挑战的一部分。 代码不存在行自身。 它是整个系统的一部分，整个需要进行测试，以确保该应用程序的功能的所有部分正确。

软件的极度复杂性意味着它不可能测试每个路径，以便在现实世界上最好的项目团队将实施，旨在提高对软件无缺陷的可能性的过程。 他们将使用的技术，如编码标准，单元测试，冒烟测试，自动回归测试，设计和代码审查等，所有这些都应该提高软件的质量。

所有这些测试是有代价的。 每个项目都需要回答的问题是 - 如何关键的是这个软件，我们应该有多少测试，请确保该软件是正确的?往往测试阶段火速和软件出去与缺陷不可接受的水平。 另一方面，对于大多数系统中，有继续以测试缺陷所获得的值的点。这就是为什么大多数商业软件即使它是已知含有缺陷被释放。