一道印象深刻的面试题：String参数传递问题
今天小菜去北京某知名公司面试，做了公司的面试题，然后就是轻松的面试。
面试过程中，面试官让我讲讲其中一个题是怎么选的答案，代码大致内容如下：
1 public class StringTest{ 2 public static void main(String[] args){ 3 String str = "s"; 4 5 changeStr(str); 6 7 System.out.println(str); 8 9 } 10 11 private static void changeStr(String old){ 12 old = old + "-change"; 13 } 14 15 }
真实的输出结果应该是s，而小菜则错误的认为是s-change，还跟面试官讲了一堆道理。
事后瞬间感觉学艺不精，羞愧难当。。。。
这个结果为什么s呢？经过查阅资料，原来是String虽然以对象的形式存在，但仍认为是基本数据类型，就像Integer、Double那样，虽然是基本类型的包装类，但仍然认为是基本数据类型。
既然认为是基本数据类型，因此无论在方法中如何操作，都不会影响到外界。
其实，换个角度，也可以发现这样是错误的。
首先，大家都知道字符串是不可改变的，简单理解即可，不做深入讨论。
当我们把字符串当成参数传入方法时，传递的是值，是一个指针，这个指针指向了堆区的真实字符串，因此在方法中可以读到这个字符串，但是仅仅是能读到而已，当我们试图做如下操作时：
str = str.replace(“a”,”b”);
后边的str中保存的是原来的指针，的确是可以读到原来的字符串，然后执行替换操作，但是替换操作执行时，绝对不可能去修改原来的字符串，因为字符串是不可变的，因此只能是在堆区产生一个新的字符串，然后把新字符串的地址(指针)赋给str。
此时str中保存的已经不再是原来的指针，因此读出的内容发生了变化，但不代表原来指针指向的内容发生了变化。
另外，小菜顺便再补充一个知识点。
关于Integer i = 1;和Integer i = new Integer(1);的区别。
Integer i = 1;会直接从常量池中找到1，然后把地址赋给i，这样充分利用常量池，节省内存，注意除了字符串，其他类型的常量池都是有范围的，超范围了失效。
Integer i = new Integer(1);这样写，写多少次，就在内存中创建多少个对象，每个对象里都保存了一个数字1，因此这样是极其浪费内存的，不推荐使用。
常量池是保存在堆中的。
小菜水平有限，不当之处多多包涵！
