string 连接 java_关于JAVA中的String的使用与连接（转）
Java中的String是一个非常特殊的类，使它特殊的一个主要原因是：String是不可变的(immutable)。
String的不可变性是Java安全机制和线程安全的基石，没了它Java将变的不堪一击。
但不可变性的代价是昂贵的，当你试图“改变”一个String时，你实际上是在创建一个新的String，而原来的那个String在大多数情况下将会成 为垃圾(garbage)。多亏有了Java的垃圾自动回收机制，开发者不必在这些String垃圾上操太多心。但如果你完全忽略这些垃圾的存在，甚至肆 意乱用String的api，你的程序无疑将遭受大量GC(垃圾回收)活动的困扰。
在JDK的发展史中，人们做过一些努力去改善String的垃圾创建开销。JDK1.0中加入StringBuffer，JDK1.5中加入 StringBuilder。StringBuffer和StringBuilder在功能上是完全相同的，为一的不同点在于StringBuffer是 线程安全的，而StringBuilder不是。绝大多数的String连接操作发生在一个方法调用中，也就是说是单一线程的工作环境，所以线程安全在这 里是绝对多余的。所以JDK给开发者的建议是当你要做String连接操作时，请使用StringBuffer或StringBuilder，当你确定连 接操作只发生在单一线程环境下时，使用StringBuilder而不是StringBuffer。在大多数情况下遵守这一建议与直接使用 String.concat()相比能够大幅提高性能，但实际环境中某些情况远比这复杂。这一建议并不能给你最佳的性能收益！今天我们要深入的探讨一下 String连接操作的性能问题，希望能帮助大家彻底理解这一问题。
首先，需要辟谣，有些人说SB(String
Java中的String是一个非常特殊的类，使它特殊的一个主要原因是：String是不可变的(immutable)。 String的不可变性是Java安全机制和线程安全的基石，没了它Java将变的不堪一击。 但不可变性的代价是昂贵的，当你试图“改变”一个String时，你实际上是在创建一个新的String，而原来的那个String在大多数情况下将会成 为垃圾(garbage)。多亏有了Java的垃圾自动回收机制，开发者不必在这些String垃圾上操太多心。但如果你完全忽略这些垃圾的存在，甚至肆 意乱用String的api，你的程序无疑将遭受大量GC(垃圾回收)活动的困扰。 在JDK的发展史中，人们做过一些努力去改善String的垃圾创建开销。JDK1.0中加入StringBuffer，JDK1.5中加入 StringBuilder。StringBuffer和StringBuilder在功能上是完全相同的，为一的不同点在于StringBuffer是 线程安全的，而StringBuilder不是。绝大多数的String连接操作发生在一个方法调用中，也就是说是单一线程的工作环境，所以线程安全在这 里是绝对多余的。所以JDK给开发者的建议是当你要做String连接操作时，请使用StringBuffer或StringBuilder，当你确定连 接操作只发生在单一线程环境下时，使用StringBuilder而不是StringBuffer。在大多数情况下遵守这一建议与直接使用 String.concat()相比能够大幅提高性能，但实际环境中某些情况远比这复杂。这一建议并不能给你最佳的性能收益！今天我们要深入的探讨一下 String连接操作的性能问题，希望能帮助大家彻底理解这一问题。 首先，需要辟谣，有些人说SB(String