Java

private static Credit BaseCredit = new Credit();
public static Credit getNewCredit() {
return (Credit) BaseCredit.clone();
}
Java语言习惯用语
1.循环
      ■ 在重要的循环里，消除循环终止判断时的方法调用。。。
      例如：将...
     

for(int i=0; i

[b]3.基本数据类型
[/b]     ■ 在重要的循环里使用基本数据类型（int型数据通常比long/double型数据更快）
     ■ 基本数据类型（Boolean,Integer,etc）的包装类主要用在当传递的方法参数必须是一个对象的引用时（而不是一个基本数据类型）
     ■ 对所有的常量代数表达式使用static final修饰符
     ■ 使常量更容易引用（编译器预先计算常量表达式）


[b]4.异常[/b]
     ■ 异常只用于单个真正的错误条件
         抛出一个异常和执行一个catch代码块花费是很高的（主要由于当创建一个异常时要获得线程栈的一个快照）
         只当条件真的异常时才抛出一个异常

     ■ 抛出异常首先要创建一个新的对象。

         Throwable接口的构造函数调用名为fillInStackTrace()的本地（Native）方法，fillInStackTrace()方法检查堆栈，收集调用跟踪信息。

         只要有异常被抛出，VM就必须调整调用堆栈，因为在处理过程中创建了一个新的对象。 

　　   异常只能用于错误处理，不应该用来控制程序流程。
     ■ 使编译器和运行时最优化，将几个方法调用放在一个try/catch块中，而不是为每个方法调用实现几个try/catch块

      

try{
        Some.method1();   //Difficut for java1.4
    }catch(method1Exception e){
        handle exception 1  // to optimize this code
    }
      
try{
        Some.method2();   //Difficut for java1.4
     }catch(method2Exception e){
        handle exception 2  // to optimize this code
     }
      
try{
         Some.method3();   //Difficut for java1.4
     }catch(method3Exception e){
        handle exception 3  // to optimize this code
    }




   应该写为：



try{
      Some.method1();   
      Some.method2();   
      Some.method3();   //Difficut for java1.4
   }catch(method1Exception e){
       handle exception 1  
   }catch(method2Exception e){
       handle exception 2  
   }catch(method3Exception e){
       handle exception 3  
   }



[/b] 



[b]5.基准



     ■ 注意，所有这些技巧会因不同的平台和虚拟机而不同

         一 例如：在有些servlet容器内，通过一个OutputStream作为字节输出会更快

         一 在其它的容器内，通过一个PrintWriter输出字符会更快

     ■ 这些技巧描述的是最可移植的建议

     ■ 你可能需要运行一些基准来判断在你的平台上怎么样是最快的



[/b] 



[b]6.不用new关键词创建类的实例 



     ■用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。



        但如果一个对象实现了Cloneable接口，我们可以调用它的clone()方法。clone()方法不会调用任何类构造函数。



        在使用设计模式（Design Pattern）的场合，如果用Factory模式创建对象，则改用clone()方法创建新的对象实例非常简单。



        例如，下面是Factory模式的一个典型实现：



         



public static Credit getNewCredit() {
   return new Credit();
  } 

        优化后：



private static Credit BaseCredit = new Credit();
public static Credit getNewCredit() {
    return (Credit) BaseCredit.clone();
} 

       上面的思路对于数组处理同样很有用。



      



7.使用非阻塞I/O  



      ■Java版本较低的JDK不支持非阻塞I/O API。为避免I/O阻塞，一些应用采用了创建大量线程的办法（在较好的情况下，会使用一个缓冲池）。这种技术可以在许多必须支持并发I/O流的应用中见到，如Web服务器、报价和拍卖应用等。然而，创建Java线程需要相当可观的开销。 



　   JDK 1.4引入了非阻塞的I/O库（java.nio）。如果应用要求使用版本较早的JDK，在这里有一个支持非阻塞I/O的软件包。





8.不要重复初始化变量  



      ■默认情况下，调用类的构造函数时， Java会把变量初始化成确定的值：所有的对象被设置成null，整数变量（byte、short、int、long）设置成0，float和 double变量设置成0.0，逻辑值设置成false。



      当一个类从另一个类派生时，这一点尤其应该注意，因为用new关键词创建一个对象时，构造函数链中的所有构造函数都会被自动调用。





9.尽量指定类的final修饰符  



       ■带有final修饰符的类是不可派生的。在Java核心API中，有许多应用final的例子，例如java.lang.String。为String类指定final防止了人们覆盖length()方法。 



　　 另外，如果指定一个类为final，则该类所有的方法都是final。Java编译器会寻找机会内联（inline）所有的final方法（这和具体的编译器实现有关）。此举能够使性能平均提高50%。





10.尽量使用局部变量  



       ■调用方法时传递的参数以及在调用中创建的临时变量都保存在栈（Stack）中，速度较快。其他变量，如静态变量、实例变量等，都在堆（Heap）中创建，速度较慢。另外，依赖于具体的编译器/JVM，局部变量还可能得到进一步优化。请参见《尽可能使用堆栈变量》。





11.乘法和除法  



       [/b]■考虑下面的代码:



for (val = 0; val < 100000; val +=5) { alterX = val * 8; myResult = val * 2; } 

        优化后：



for (val = 0; val < 100000; val += 5) { alterX = val << 3; myResult = val << 1; } 



       修改后的代码不再做乘以8的操作，而是改用等价的左移3位操作，每左移1位相当于乘以2。相应地，右移1位操作相当于除以2。值得一提的是，虽然移位操作速度快，但可能使代码比较难于理解，所以最好加上一些注释。  



  


  

    
    
分享到：
      
      
    
  

  

    

      IO的用法
      |
      一个java处理JSON格式数据的通用类收藏
    
  
  

    

      
2009-01-24 12:49
      
浏览 1920
      
评论(29)
       
论坛回复 / 浏览 (30 / 11443)
 
      
            
      
查看更多
    
    
  
    
  

    
评论
    
    

  

    29 楼
    icewubin
    2009-03-03  
    
    
  
  
kimmking 写道
icewubin 写道
Dollyn 写道
我十分怀疑最后一条，很多编译器都会自动做类似优化吧（不知道JDK有没有做）。但这样确实会大大降低可读性

最后一条是真材实料的算法优化，和Java本身没有必然联系，但是此类算法优化JDK不可能会做的。





很遗憾的是，java编译器确实会优化2的幂的乘法

哦，是这样啊。



不过，我以为他举的例子衍生出去是这样的：

val = val * 6;

优化成

val = val << 1;

val = val * 3;



  

    28 楼
    kimmking
    2009-03-03  
    
    
  
  
icewubin 写道
Dollyn 写道
我十分怀疑最后一条，很多编译器都会自动做类似优化吧（不知道JDK有没有做）。但这样确实会大大降低可读性

最后一条是真材实料的算法优化，和Java本身没有必然联系，但是此类算法优化JDK不可能会做的。





很遗憾的是，java编译器确实会优化2的幂的乘法



  

    27 楼
    beneo
    2009-03-02  
    
    
  
  
完全忽略了一個好的JVM的優化能力



難道java是C編譯器么？





  

    26 楼
    icewubin
    2009-02-26  
    
    
  
  
Dollyn 写道
我十分怀疑最后一条，很多编译器都会自动做类似优化吧（不知道JDK有没有做）。但这样确实会大大降低可读性

最后一条是真材实料的算法优化，和Java本身没有必然联系，但是此类算法优化JDK不可能会做的。



  

    25 楼
    Dollyn
    2009-02-26  
    
    
  
  
我十分怀疑最后一条，很多编译器都会自动做类似优化吧（不知道JDK有没有做）。但这样确实会大大降低可读性



  

    24 楼
    kimmking
    2009-02-25  
    
    
  
  
第一个循环的例子几乎没有影响~



  

    23 楼
    niwei
    2009-02-24  
    
    
  
  
cgzhang 写道
for(int i=0; n=collection.size();i<n;i++){
       ...
}




代码有误，应为：

for(int i=0，n=collection.size();i<n;i++){
       ...
}






就是，我就说嘛，什么时候for循环可以三个分号了。



  

    22 楼
    val831201
    2009-02-24  
    
    
  
  
哈，看了这些，好像只有其中一两个习惯哦



  

    21 楼
    Relucent
    2009-02-24  
    
    
  
  
其实现在字符串相加，编译成字节码的时候已经自动优化过了。





  

    20 楼
    smilerain
    2009-02-19  
    
    
  
  
楼主说的这几点，java在编译的时候，就优化了。
写java本人感觉更重要的是逻辑上的优化



  

    19 楼
    akandfxs
    2009-02-18  
    
    
  
  
hehe,我看着很熟悉，原来楼主讲的都是j2me的优化经验。其实j2se里面根本不用拘泥于这些所谓的优化，为了那一点点的性能提高损失代码可读性没有必要。



  

    18 楼
    icewubin
    2009-02-18  
    
    
  
  
icewubin 写道
qdchen 写道
for(int i=0; n=collection.size();i<n;i++){

       ...

      }

这样写效率提高在什么地方？

实际上没有什么用，因为绝大多数的List的size()方法的实现都是有缓存的，没必要自己再缓存size。



再有就是，collection的遍历优先考虑迭代子方式，而不是用索引，get(i)方法更容易导致性能问题。

先看迭代子方式，eclipse中可以通过输入for，然后快捷键宏定义，直接生成：

for (Iterator iterator = collection.iterator(); iterator.hasNext();) {
    Type item = (Type) iterator.next();
}


如果是for-each访问，其本质依然是迭代子方式：

Collection<Type> collection = xxx.getCollection();
for (Type item : collection) {
}




如果乱用get(i)方式，代码如下：

for (int i = 0; i < collection.size; i++) {
    Type item = (Type) collection.get(i);
}


如果collection的实现类是LinkedList或者其他链表结构的类，在个数超过1000的时候，get方法的性能会急剧下降，超过10000就差不多要爆发性能问题了。



  

    17 楼
    sunrie
    2009-02-18  
    
    
  
  
严重同意楼上，首先是要照顾人，然后才是机器



  

    16 楼
    xio
    2009-02-18  
    
    
  
  
 很多時候，我們不需要太苛刻要求性能

 更重要的是代碼的可讀性、維護性

 



  

    15 楼
    icewubin
    2009-02-17  
    
    
  
  
第10条是伪命题，更多的时候，是由业务来确定某个变量到底是局部变量还是全局变量。



还有就是局部变量在代码维护上更有用，而不是用来提高性能，整体性能提高十万分之一都未必有。



  

    14 楼
    icewubin
    2009-02-17  
    
    
  
  
第6条，如果默认的构造函数构造的是嵌套的对象，默认的浅层clone方法得到的就不是想要的对象，这种很容易出错的优化不用也罢，即使真优化了，也不见得能加快系统性能万分之一。



  

    13 楼
    icewubin
    2009-02-17  
    
    
  
  
对于异常也有误解：

1.高版本异常性能问题也早已解决。



2.多使用非受控异常，RuntimeException。



3.异常当然可以控制业务流程，难道在Java中使用类似于C的返回代码或者是返回类来处理系统允许的业务分支么？



  

    12 楼
    icewubin
    2009-02-17  
    
    
  
  
字符串连接，在稍微高版本的JDK编译的时候，都会替换成StringBuffer操作，除非是在循环的时候做字符串连接，大多数情况编译器会自动优化“+”的连接字符串操作。



  

    11 楼
    icewubin
    2009-02-17  
    
    
  
  
qdchen 写道
for(int i=0; n=collection.size();i<n;i++){

       ...

      }

这样写效率提高在什么地方？

实际上没有什么用，因为绝大多数的List的size()方法的实现都是有缓存的，没必要自己再缓存size。



  

    10 楼
    qdchen
    2009-02-02  
    
    
  
  
for(int i=0; n=collection.size();i<n;i++){

       ...

      }

这样写效率提高在什么地方？



    
    
« 上一页 1 2 下一页 »