参考答案：
1.String与StringBuffer
上文说到，String是不可变类，也就是说，String对象一旦被创建，其值就不能被更改，而StringBuffer是可变类，当对象被创建后仍然可以对其值进行更改。由于String是不可变类，因此适合在需要被共享的场合中使用；而当一个字符串经常需要被修改的时候，最好使用StringBuffer来实现。
为什么？因为如果用String来保存一个经常被修改的字符串时，在字符串被修改的时候会比StringBuffer多出来很多附加的操作，同时会生成很多无用的对象，由于这些无用的对象会被垃圾回收器回收，因此会影响程序的性能。在规模很小的项目中这个影响很小，但是在一个规模的项目中，这回对程序的运行效率带来很大的影响。
看到这里大家可能有些懵了，上面明明说String是个不可变类，为什么还可以用来保存一个经常被修改的字符串呢？其实，这里说的保存一个经常被修改的字符串指的并不是直接对原字符串进行修改。
在这段代码中，s原先指向一个String对象，内容是hello，然后我们对s进行+操作，那么s所指向的那个对象是否发生了变化呢？答案是没有，这时，s不再指向原来的那个对象了，而指向另一个String对象，内容为hello world ，原来的那个对象还存在于内存中（没有人用它的话会被回收），只是s这个引用变量不再指向它了。我们来看看String字符串修改的原理是什么样的。
String字符串修改实现的原理如下：
当用String类型来对字符串进行修改的时候，其实现方法是首先创建一个StingBuffer，其次再调用StingBuffer的append()方法，最后调用StringBuffer的toString()方法把结果返回。
示例如下：
String s="Hello";
s+="World"；
以上代码等价于：
StringBuffer s1=new StringBuffer(s);
s1.append("World");
s=s1.toString();
由此可以看出，上述过程比使用StringBuffer多了一些附加的操作，同时也生成了一个临时的对象，从而导致程序的执行效率降低。
那么这些附加的操作将对程序的执行效率造成怎么样的影响呢？
我们来通过一个小例子来看看。
public class TestClass {
public static void main(String[] args) {
// TODO Auto-generated method stub
testString();
testStringBuffer();
}
public static void testString() {
String s="Hello";
String s1="World";
long start=System.currentTimeMillis();
for(int i=0;i<10000;i++)
{
s+=s1;
}
long end=System.currentTimeMillis();
long runTime=(end-start);
System.out.println("testString:"+runTime);
}
public static void testStringBuffer() {
StringBuffer s=new StringBuffer("Hello");
String s1="World";
long start=System.currentTimeMillis();
for(int i=0;i<10000;i++)
{
s.append(s1);
}
long end=System.currentTimeMillis();
long runTime=(end-start);
System.out.println("testStringBuffer:"+runTime);
}
}
运行结果如下：
从上面的程序运行结果我们可以发现，当一个字符串需要经常被修改的时候，使用StringBuffer要比String好很多。
此外，String与StringBuffer的另外一个区别在于当实例化String的时候，可以利用构造函数（String s1=new Sting("world")）的方式来对其进行初始化，也可以用赋值（String s="Hello"）的方式来初始化，而StingBuffer只能使用构造函数(StringBuffer s=new StringBuffer("Hello"))的方式来初始化。
2.StringBuilder
StringBuilder也是可以被修改的字符串，它与StringBuffer类似，都是字符串缓冲区，但是StringBuilder不是线程安全的。
因此，如果只在单线程中使用字符串缓冲区，使用StringBuilder的效率会高一些。
而当多个线程访问的时候，最好使用线程安全的StringBuffer，因为StringBuffer必要时可以对这些方法进行同步，所以任意特定实力上的所有操作就好像是以串行顺序发生的，该顺序与所涉及的每个线程进行的方法调用顺序一致。
3.StringTokenizer
StringTokenizer是用来分割字符串的工具类。我们直接看一下示例：
package Test;
import java.util.StringTokenizer;
public class testStringTokenizer {
public static void main(String[] args) {
// TODO Auto-generated method stub
StringTokenizer st=new StringTokenizer("This is Searchin's home");
while(st.hasMoreTokens())
{
System.out.println(st.nextToken());
}
}
}
运行结果如下：
3.总结
在执行效率方面，StringBuilder最高，StringBuffer次之，String最低，鉴于这一情况，一般而言，如果要操作的数据量比较小，则优先使用String类；如果是在单线程下操作大量数据的话，则用StringBuilder；如果是在多线程下操作大量数据，则优先考虑StringBuffer。