对象变量其实是一个引用，它们的值是指向对象所在的内存地址，而不是对象本身。

1、Java内存机制 Java把内存分成两种，一种叫做栈内存，一种叫做堆内存。 栈内存存放一些在函数中定义的基本类型的变量和对象的引用变量。这就意味着随着代码块的结束，内存得到释放。 堆内存用于存放由new创建的对象和数组。在堆中分配的内存，由java虚拟机自动垃圾回收器来管理。 栈中的变量指向堆内存中的变量。 　 String并不是基本数据类型，而是一个对象，并且是不可变的对象（String类为final型的（当然也不可被继承），所以存放在堆内存中。几乎每一个修改String对象的操作，实际上都是创建了一个全新的String对象。

2、字符串的存储（字符串常量池） 由于String类型使用非常广泛，如果按照面向对象的标准语法，为每一个String都申请内存空间，在内存使用上存在比较大的浪费。因此，在java中有一个“字符数据池”的内存管理机制，是Java方法区中的一部分特殊存储。在字符串直接赋值时，会触发，首先会去这个字符串池中查找，如果找到，直接返回对该字符串的引用。当然字符数据池也在堆内存中。这个机制是非常有用的，因为可以提高效率，减少了内存空间的占用。由于这种机制的存在，使用字符串的过程中，推荐使用直接赋值（即String s=”abc”），除非有必要才会新建一个String对象（即String s = new String(”abc”)）。同时由于该机制的存在，如果字符串可变的话， 当两个引用指向指向同一个字符串时，对其中一个做修改就会影响另外一个。

3、字符串池在哪？ String s = new String("abc");中的abc存储在堆空间中，而s则是在操作数栈中。这里"abc"本身就是常量池中的一个对象，而在运行时执行new String()时，将常量池中的对象复制一份放到堆中，并且把堆中的这个对象的引用交给s持有。所以这条语句就创建了2个String对象。String s = "abc";直接对于字符串池进行操作。

常量池(constant pool)指的是在编译期被确定，并被保存在已编译的.class文件中的一些数据。它包括了关于类、方法、接口等中的常量，也包括字符串常量。虚拟机必须为每个被装载的类型维护一个常量池。常量池就是该类型所用到常量的一个有序集合，包括直接常量（string,integer和floating point常量）和对其他类型，字段和方法的符号引用。对于String常量，它的值是在常量池中的。 而JVM中的常量池在内存当中是以表的形式存在的，对于String类型，有一张固定长度的CONSTANT_String_info表用来存储文字字符串值，注意：该表只存储文字字符串值，不存储符号引用。说到这里，对常量池中的字符串值的存储位置应该有一个比较明了的理解了。 常量池属于类型信息的一部分，类型信息也就是每一个被转载的类型，这个类型反映到JVM内存模型中是对应存在于JVM内存模型的方法区中，也就是这个类型信息中的常量池概念是存在于在方法区中，而方法区是在JVM内存模型中的堆中由JVM来分配的。所以，abc的值是应该是存在堆空间中的。

4、线程安全 不可变类的实例一旦创建，其成员变量的值就不能被修改。不可变对象天生就是线程安全的，因为不可变对象不能被改变，所以他们可以自由地在多个线程之间共享。不需要任何同步处理。由于，String是一个不可变类，所以保证了在多线程之间的安全性。例如： String被广泛的使用在其他Java类中充当参数。比如网络连接、打开文件等操作。如果字符串可变，那么类似操作可能导致安全问题。因为某个方法在调用连接操作的时候，他认为会连接到某台机器，但是实际上并没有（其他引用同一String对象的值修改会导致该连接中的字符串内容被修改）。可变的字符串也可能导致反射的安全问题，因为他的参数也是字符串。 Java中经常会用到字符串的哈希码（hashcode）。例如，在HashMap中，字符串的不可变能保证其hashcode永远保持一致，这样就可以避免一些不必要的麻烦。这也就意味着每次在使用一个字符串的hashcode的时候不用重新计算一次，这样更加高效。

5、String缺点 由于String的不可变性，因此在对String进行频繁拼接操作的时候，会不断的创建新对象，造成内存浪费。所以系统提供了StringBuffer 和StringBuilder 来对需要频繁变化的操作。 StringBuffer和String一样都是用来存储字符串的，只不过由于他们内部的实现方式不同，导致他们所使用的范围不同，对于StringBuffer而言，他在处理字符串时，若是对其进行修改操作，它并不会产生一个新的字符串对象，所以说在内存使用方面它是优

  在StringBuffer的使用方面，它更加侧重于对字符串的变化，例如追加、修改、删除，相对应的方法：1、append()：追加指定内容到当前StringBuffer对象的末尾，类似于字符串的连接，这里StringBuffer对象的内容会发生改变。2、insert：该类方法主要是在StringBuffer对象中插入内容。3、delete：该类方法主要用于移除StringBuffer对象中的内容。StringBuilder也是一个可变的字符串对象，他与StringBuffer不同之处就在于它是线程不安全的，基于这点，它的速度一般都比StringBuffer快。与StringBuffer一样，StringBuider的主要操作也是append与insert方法。这两个方法都能有效地将给定的数据转换成字符串，然后将该字符串的字符添加或插入到字符串生成器中。

6、如何优化 对于字符串而言我们经常是要对其进行拼装处理的，在java中提高了三种拼装的方法：+、concat()以及append()方法。

append()速度最快，concat()次之，+最慢。原因请看下面分解:

  (一)+方式拼接字符串在前面我们知道编译器对+进行了优化，它是使用StringBuilder的append()方法来进行处理的，我们知道StringBuilder的速度比StringBuffer的速度更加快，但是为何运行速度还是那样呢？主要是因为编译器使用append()方法追加后要同toString()转换成String字符串，也就说  str +=”b”等同于str = new StringBuilder(str).append("b").toString();它变慢的关键原因就在于new StringBuilder()和toString()，这里可是创建了10W个StringBuilder对象，而且每次还需要将其转换成String，速度能不慢么？（二）concat()方法拼接字符串

public String concat(String str) { int otherLen = str.length(); if (otherLen == 0) { return this; } char buf[] = new char[count + otherLen]; getChars(0, count, buf, 0); str.getChars(0, otherLen, buf, count); return new String(0, count + otherLen, buf); } 这是concat()的源码，它看上去就是一个数字拷贝形式，我们知道数组的处理速度是非常快的，但是由于该方法最后是这样的：return new String(0, count + otherLen, buf);这同样也创建了10W个字符串对象，这是它变慢的根本原因。

 （三）append()方法拼接字符串

public synchronized StringBuffer append(String str) { super.append(str); return this; } StringBuffer的append()方法是直接使用父类AbstractStringBuilder的append()方法，该方法的源码如下：

public AbstractStringBuilder append(String str) { if (str == null) str = "null"; int len = str.length(); if (len == 0) return this; int newCount = count + len; if (newCount > value.length) expandCapacity(newCount); str.getChars(0, len, value, count); count = newCount; return this; } 与concat()方法相似，它也是进行字符数组处理的，加长，然后拷贝，但是请注意它最后是返回并没有返回一个新串，而是返回本身，也就说这这个10W次的循环过程中，它并没有产生新的字符串对象。

  通过上面的分析，我们需要在合适的场所选择合适的字符串拼接方式，但是并不一定就要选择append()和concat()方法，原因在于+根据符合我们的编程习惯，只有到了使用append()和concat()方法确实是可以对我们系统的效率起到比较大的帮助，才会考虑，同时鄙人也真的没有怎么用过concat()方法。