java代码的技巧有哪些？大型软件系统肯定非常关注性能问题。虽然我们希望能够写出最高效的代码，但很多时候，如果想对代码进行优化，我们却无从下手。例如，下面的这段代码会影响到性能吗?
[图片0]
public void processIntegers(List integers) {
for (Integer value: integers) {
for (int i = () - 1; i >= 0; i--) {
value += (i);
}
}
}
这就得视情况而定了。上面这段代码可以看出它的处理算法是O(n³)(使用大O符号)，其中n是list集合的大小。如果n只有5，那么就不会有问题，只会执行25次迭代。但如果n是10万，那可能会影响性能了。请注意，即使这样我们也不能判定肯定会有问题。尽管此方法需要执行10亿次逻辑迭代，但会不会对性能产生影响仍然有待讨论。
例如，假设客户端是在它自己的线程中执行这段代码，并且异步等待计算完成，那么它的执行时间有可能是可以接受的。同样，如果系统部署在了生产环境上，但是没有客户端进行调用，那我们根本没必要去对这段代码进行优化，因为压根就不会消耗系统的整体性能。事实上，优化性能以后系统会变得更加复杂，悲剧的是系统的性能却没有因此而提高。
最重要的是天下没有免费的午餐，因此为了降低代价，我们通常会通过类似于缓存、循环展开或预计算值这类技术去实现优化，这样反而增加了系统的复杂性，也降低了代码的可读性。如果这种优化可以提高系统的性能，那么即使变得复杂，那也是值得的，但是做决定之前，必须首先知道这两条信息:
性能要求是什么
性能瓶颈在哪里
首先我们需要清楚地知道性能要求是什么。如果最终是在要求以内，并且最终用户也没有提出什么异议，那么就没有必要进行性能优化。但是，当添加了新功能或者系统的数据量达到一定规模以后就必须进行优化了，否则可能会出现问题。
在这种情况下，不应该靠直觉，也不应该依靠检查。因为即使是像Martin Fowler这样有经验的开发人员也容易做一些错误的优化，正如在重构(第70页)一文中解释的那样:
如果分析了足够多的程序以后，你会发现关于性能的有趣之处在于，大部分时间都浪费在了系统中的一小部分代码中里面。如果对所有代码进行了同样的优化，那么最终结果就是浪费了90%的优化，因为优化过以后的代码运行得频率并不多。因为没有目标而做的优化所耗费的时间，都是在浪费时间。
作为一名身经百战的开发人员，我们应该认真对待这一观点。第一次猜测不仅没有提高系统的性能，而且90%的开发时间完全是浪费了。相反，我们应该在生产环境(或者预生产环境中)执行常见用例，并找出在执行过程中是哪部分在消耗系统资源，然后对系统进行配置。例如消耗大部分资源的代码只占了10%，那么优化其余90%的代码就是浪费时间。
根据分析结果，要想使用这些知识，我们应该从最常见的情况入手。因为这将确保实际付出的努力最终是可以提高系统的性能。每次优化后，都应该重复分析步骤。因为这不仅可以确保系统的性能真的得到了改善，也可以看出再对系统进行优化后，性能瓶颈是在哪个部分(因为解决完一个瓶颈以后,其它瓶颈可能消耗系统更多的整体资源)。需要注意的是，在现有瓶颈中花费的时间百分比很可能会增加，因为剩下的瓶颈是暂时不变的，而且随着目标瓶颈的消除，整个执行时间应该会减少。
尽管在Java系统中想要对概要文件进行全面检查需要很大的容量，但是还是有一些很常见的工具可以帮助发现系统的性能热点，这些工具包括JMeter、AppDynamics和YourKit。另外，还可以参见DZone的性能监测指南，获取更多关于Java程序性能优化的信息。
虽然性能是许多大型软件系统一个非常重要的组成部分，也成为产品交付管道中自动化测试套件的一部分，但是还是不能够盲目的且没有目的的进行优化。相反，应该对已经掌握的性能瓶颈进行特定的优化。这不仅可以帮助我们避免增加了系统的复杂性，而且还让我们少走弯路，不去做那些浪费时间的优化。
2java简化代码小技巧
1、尽量指定类、方法的final修饰符
带有final修饰符的类是不可派生的。在Java核心API中，有许多应用final的例子，例如，整个类都是final的。为类指定final修饰符可以让类不可以被继承，为方法指定final修饰符可以让方法不可以被重写。如果指定了一个类为final，则该类所有的方法都是final的。Java编译器会寻找机会内联所有的final方法，内联对于提升Java运行效率作用重大，具体参见Java运行期优化。此举能够使性能平均提高50%。
2、尽量重用对象
特别是String对象的使用，出现字符串连接时应该使用StringBuilder/StringBuffer代替。由于Java虚拟机不仅要花时间生成对象，以后可能还需要花时间对这些对象进行垃圾回收和处理，因此，生成过多的对象将会给程序的性能带来很大的影响。
3、尽可能使用局部变量
调用方法时传递的参数以及在调用中创建的临时变量都保存在栈中速度较快，其他变量，如静态变量、实例变量等，都在堆中创建，速度较慢。另外，栈中创建的变量，随着方法的运行结束，这些内容就没了，不需要额外的垃圾回收。
4、及时关闭流
Java编程过程中，进行数据库连接、I/O流操作时务必小心，在使用完毕后，及时关闭以释放资源。因为对这些大对象的操作会造成系统大的开销，稍有不慎，将会导致严重的后果。
3java开发小技巧
当我们开发中，会重复使用方法，这样可以更好的使用代码的重复性。但是当我们的函数方法参数超过一定数量时，是很容易造成参数的传参错误，只会在代码运行期才会发现错误，编译期不会发现，大大的降低开发的效率对于后期的维护以及功能的修改都是不友好的。
这时我们可以适当的使用类或者map集合封装一下，好像在以后，增加了一个新的特性，叫做可变参数，适当的情况的可以选择可变参数，但是可变参数这个新特性有一定的劣势，这里就不细说了，你们可以查文档看一下可变参数这个新特性的使用方法。
在一些情况下，函数的返回值尽量不要返回null,例如下面代码
if(list!=null&&()>0){
像这种情况我们可以选择返回一个空集合，这样就没必要去判断集合是否为null，只需判断集合的size()方法是否大于0即可
尽量使用公共方法，不要单独写同样功能的方法，这样会造成代码的冗余。
在平台的运行期，不要有(),输出日志，这些输出只在调试期对于开发者来说是有用途的，在运行期就是没有任何作用的垃圾代码，大量的这种语句会造成大量的io操作，降低代码的性能，消耗一些内存，也是一种开销。
trycatch和if
在我们的开发中，有很多无法预先的异常例如
if((str)){
//判断条件里，由于数据的原因，你无法得知会不会存在异常，我建议使用try_catch
("这是一个数字")
("这不是一个数字")
try{
(str)
}catch{
当存在异常的时候，上面的两种方法截然不同，当由于数据不确定的情况下，我建议使用第二种，但有些开发人员认为能用if就不要使用try_catch，我没有感觉try_catch的使用会对程序带来什么影响，反而觉得有时选择try_catch是一种不错的选择。
4java学习小技巧
有的初学者在运行程序之前恨不得烧柱香，祈祷程序运行不会出错。要明确一点，碰到错误不可怕，也不可避免，但是见的错误越多，那么说明你学的越快，这是好事，错误见多了，以后就不会再犯这种错误了，当然前提是你得找到出错的原因。
那么怎样才是解决问题的正确方式呢?碰到程序出错，首先要想着自己去解决，明确程序出了什么错误，找到程序出错的地方，比如哪一行或者哪个方法。然后理一下自己的思路，仔细想想哪里有什么遗忘的地方，按照程序执行的顺序，依次往下找，多找几遍。
但是，记住，如果超过一段时间(你自己可以设置一个时间，比如15分钟)，你找不出解决方法，就不要找了，尽快找人帮助解决，毕竟学JAVA的碰到的问题太多了，花大把大把时间解决个别问题，你耗不起，这样学习效率过低了，会严重影响学习信心，当然别人帮你解决了问题，你就一定要问清楚为什么会出现这个问题，否则这 个敲代码效果就不一定好了。
这里又要纠正一种认识，从小到大，学校里老师告诉我们，题目要自己做，这样记得牢，所以绝大多数的我们，都是这样过来的，在学JAVA的时候也是这样学的，但是你学JAVA的碰到的问题太多了，都自己思考出结果来，恐怕对大多数人来说太费时间，今天几个问题没解决，明天几个问题没解决，一周后，你有多少问题没解决啊，这些都是你前进的包袱，对你学JAVA的信心来说，是一个致命的打击，所以牢记:一段时间想不明白就求助别人，扔掉包袱、轻装前进才是最重要的。