优化Java性能：调度与字符串操作技巧

2. JDK中使用代码块同步来代替直接对方法进行同步
在JDK的源代码中，很多地方都是使用代码块同步，而不是直接对整个方法进行同步的。直接对方法进行同步的一个主要问题在于：当一个线程对对象的一个同步方法进行调用时，会阻止其它线程对对象其它同步方法的调用，而不管对象的这些同步方法之间是否具有相关性。以下是一个java.util.Timer.java中同步代码块的例子：
……
private TaskQueue queue = new TaskQueue();
……
public void cancel() {
        synchronized(queue) {
            thread.newTasksMayBeScheduled = false;
queue.clear();
            queue.notify();  // In case queue was already empty.
        }
}
……
图2 JDK中同步代码块的示例

2.2 字符串使用规则
在我们实际开发的代码中，有很大一部分代码都是在做各种字符串操作。经常用到的字符串操作包括：字符串连接、字符串比较、字符串大小写转换、字符串切分、字符串查找匹配等。我们在编码过程中存在的问题是：往往对于一种字符串操作，有多种处理方式可供选择，而对于程序中的那些热点方法，如果选择了不恰当的字符串处理方式，将会对程序性能产生较大的影响。
2.2.1 规则描述
规则1.2.1.1：对于常量字符串，不要通过new方式来创建
规则1.2.1.2：对于常量字符串之间的拼接，请使用“+”；对于字符串变量（不能在编译期间确定其具体值的字符串对象）之间的拼接，请使用StringBuffer；在JDK1.5或更新的版本中，若字符串拼接发生在单线程环境，可以使用StringBuilder
建议1.2.1.3：在使用StringBuffer进行字符串操作时，请尽量设定初始容量大小；也尽量避免通过String/CharSequence对象来构建StringBuffer对象
规则1.2.1.4：当查找字符串时，如果不需要支持正则表达式请使用indexOf（…）实现查找；当需要支持正则表达式时，如果需要频繁的进行查找匹配，请直接使用正则表达式工具类实现查找
建议1.2.1.5：对于简单的字符串分割，请尽量使用自己定义的公用方法或StringTokenizer
建议1.2.1.6：当需要对报文等文本字符串进行分析处理时，请加强检视，注意算法实现的优化
2.2.2 案例研究
1. 不恰当的字符串创建方式
在java语言中，对于字符串常量，虚拟机会通过常量池机制确保其只有一个实例。常量池中既包括了字符串常量，也包括关于类、方法、接口等中的常量。当应用程序要创建一个字符串常量的实例时，虚拟机首先会在常量池中查找，看是否该字符串实例已经存在，如果存在则直接返回该字符串实例，否则新建一个实例返回。我们说常量是可以在编译期就能被确定的，所以通过new方法创建的字符串不属于常量。关于字符串常量的特性，可以通过以下代码做一个测试：
String s0=”abcd”;
String s1=”abcd”;
String s2=new String(“abcd”);