String参数传递问题的症结所在

其实，要想真正理解一个类或者一个API/框架的最直接的方法就是看源码。

    下面我们来看看new出String对象的那小段代码（String类中），也就是String类的构造函数：

    public String（String original） {

    int size = original.count；

    char[] originalValue = original.value；

    char[] v；

    if （originalValue.length > size） {

    // The array representing the String is bigger than the new

    // String itself. Perhaps this constructor is being called

    // in order to trim the baggage， so make a copy of the array.

    int off = original.offset；

    v = Arrays.copyOfRange（originalValue， off， off+size）；

    } else {

    // The array representing the String is the same

    // size as the String， so no point in making a copy.

    v = originalValue；

    }

    this.offset = 0；

    this.count = size；

    this.value = v；

    }

    也许你注意到了里面的char[]，这说明对String的存储实际上通过char[]来实现的。怎么样？其实就是一层窗户纸。不知道大家还记不记得在Java API中定义的那些基本类型的包装类。比如Integer是int包装类、Float是float的包装类等等。对这些包装类的值操作实际上都是通过对其对应的基本类型操作而实现的。是不是有所感悟了？对，String就相当于是char[]的包装类。包装类的特质之一就是在对其值进行操作时会体现出其对应的基本类型的性质。在参数传递时，包装类就是如此体现的。所以，对于String在这种情况下的展现结果的解释就自然而然得出了。同样的，Integer、Float等这些包装类和String在这种情况下的表现是相同的，具体的分析在这里就省略了，有兴趣的朋友可以自己做做试验。

    这也就是为什么若组串操作是通过不同方法来实现的时候，推荐大家使用StringBuffer的真正原因了。至于StringBuffer为什么不会表现出String这种现象，大家再看看的StringBuffer的实现就会明白了，在此也不再赘述了。