佳的方式是避免上面的情况，使用 StringBuilder 和直接的追加，以取代本地拼接操作符(“+”)。下面是一个例子:
　　public static String toString(T[] array) {
　　StringBuilder sb = new StringBuilder("[");
　　for (int i = 0; i & lt; array.length; i++) {
　　sb.append(array[i] == array ? "this" : array[i]);
　　if (i & lt; array.length - 1) {
　　sb.append("， ");
　　}
　　}
　　sb.append("]");
　　return sb.toString();
　　}
　　这里，我们只在方法开始的时候分配了的一个 StringBuilder。至此，所有的字符串和 list 中的元素都被追加到单独的一个StringBuilder中。终使用 toString() 方法一次性将其转成成字符串返回。
　　Tip #5: 使用特定的原生类型的集合
　　Java 标准的集合库简单且支持泛型，允许在使用集合时对类型进行半静态地绑定。比如想要创建一个只存放字符串的 Set 或者存储 Map<Pair， List>这样的 map，这种处理方式是非常棒的。
　　真正的问题源于当我们想要使用一个 list 存储 int 类型，或者一个 map 存储 double 类型作为 value。因为泛型不支持原生数据类型，因此另外的一种选择是使用包装类型来进行替换，这里我们使用 List 。
　　这种处理方式是非常浪费的，因为一个 Integer 是一个完全的对象，一个对象的头部占用12个字节以及其内部的所维护的 int 属性，每个Integer 对象总共占用16个字节。这比起存储相同个数的 int 类型的 list 而言，其消耗的空间是它的四倍！比这个更加严重的问题在于，事实上因为 Integer 是真正的对象实例，因此它需要垃圾收集阶段被垃圾收集器所考虑是否要回收。
　　为了处理这个问题，我们在 Takipi 中使用非常棒的 Trove 集合库。Trove 摒弃了部分泛型的特定来支持特定的使用内存更高效的原生类型的集合。比如，我们使用非常消耗性能的 Map<Integer， Double>，在 Trove 中有另一种特别的选择方案，其形式为 TIntDoubleMap
　　TIntDoubleMap map = new TIntDoubleHashMap();
　　map.put(5， 7.0);
　　map.put(-1， 9.999);
　　...
　　Trove 的底层实现使用了原生类型的数组，所以当操作集合的时候不会发生元素的装箱(int->Integer)或者拆箱(Integer->int)， 没有存储对象，因为底层使用原生数据类型存储。
　　后
　　随着垃圾收集器持续的改进，以及运行时的优化和 JIT 编译器也变得越来越智能。我们作为开发者将会发现越来越少地考虑如何编写 GC 友好的代码。然而，目前阶段，不论 G1 如何改进，我们仍然有很多可以做的事来帮 JVM 提升性能。