Java传递引用类型的实质

import java.util.Scanner;

import org.junit.Test;

public class TestCoreJava {

@Test

public void testString() {

String original = "原来的值";

modifyA(original);

System.out.println(original);

StringBuffer sb = new StringBuffer();

sb.append(original);

modifyObject(sb);

System.out.println(sb.toString());

}

public void modifyA(String b) {

b = "转变的值";

}

public void modifyObject(StringBuffer object ) {

String b = "转变的值";

StringBuffer sb1 = new StringBuffer();

sb1.append(b);

//object.append(b); 在object指向的 引用没转变之前，调用append 步骤对其指向的堆内存中内容进行 批改，是 可以达到 批改原始StringBuffer对象sb的 存放内容这个 目标的 。

object = sb1;

}

}

　　 注明：除开八种 根本类型之外，在java中其余类型都是 引用类型，包含String也是 引用类型，传递的也是 引用 。

我原 认为，既然传递的是 引用，那么String对象original交由 步骤modifyA 解决后，original 存放的值应该变为“转变的值”

同样StringBuffer对象sb 存放的值也应该转变成“转变的值”，然而 后果却没有，输出都为“原来的值”， 而后我就 嫌疑是不是他们传递的不是 引用

原来：modifyA(String b) 步骤在被调用时，original传递给该 步骤，该法是 缔造了一个新的String对象b，它也将 引用指向original对象指向的那块

堆内存 。而我在modifyA 步骤中 使用语句：b = "转变的值";该语句并不 可以 到达转变original对象的 目标，他紧紧将b对象的 引用地址改为指向“转变的值”

这个对象所在的堆内存 。所以original对象还是指向原来的堆内存，固然他的输出 后果不变，同样的问题对StringBuffer对象sb也存在 。

　　所以 可以看出，没有 到达 期冀 后果的缘由是 使用“=”赋值运算符，他 批改了副本对象(被调用 步骤自己 缔造的之间对象， 比方modifyA 步骤 缔造的b)的 引用地址,

使他指向了不同的堆内存(这对原始的对象内容是没有影响的)，而没有实际 批改他指向的堆内存中具体值招致的意外 。

所以 modifyObject 步骤中那条被 诠释语句 可以达到 批改原始内容的 目标.