String类陷阱深度剖析 -字符串池-栈-堆-equal--tostring--hashcode-编码utf-16--赋值过程--==比较。
1.与object类的区
2.赋值创建对象的过程
3.string最好是这样赋值：
String str ="aaa"; ==yes
String str =new String("aaa");==not ,因为多创建了对象，GC次数增多。
1、避免隐式的String字符串
String字符串是我们管理的每一个数据结构中不可分割的一部分。它们在被分配好了之后不可以被修改。比如"+"操作就会分配一个链接两个字符串的新的字符串。更糟糕的是，这里分配了一个隐式的StringBuilder对象来链接两个String字符串。
例如：
a = a + b; // a and b are Strings
编译器在背后就会生成这样的一段儿代码：
StringBuilder temp = new StringBuilder(a).
temp.append(b);
a = temp.toString(); // 一个新的 String 对象被分配
// 第一个对象 “a” 现在可以说是垃圾了
它变得更糟糕了。
让我们来看这个例子：
String result = foo() + arg;
result += boo();
System.out.println(“result = “ + result);
在这个例子中，背后有三个StringBuilders 对象被分配 - 每一个都是"+"的操作所产生，和两个额外的String对象，一个持有第二次分配的result，另一个是传入到print方法的String参数，在看似非常简单的一段语句中有5个额外的对象。
试想一下在实际的代码场景中会发生什么，例如，通过xml或者文件中的文本信息生成一个web页面的过程。在嵌套循环结构，你将会发现有成百上千的对象被隐式的分配了。尽管VM有处理这些垃圾的机制，但还是有很大代价的 - 代价也许由你的用户来承担。
解决方案：
减少垃圾对象的一种方式就是善于使用StringBuilder 来建对象，下面的例子实现了与上面相同的功能，然而仅仅生成了一个StringBuilder 对象，和一个存储最终result 的String对象。
StringBuilder value = new StringBuilder(“result = “);
value.append(foo()).append(arg).append(boo());
System.out.println(value);
通过留心String和StringBuilder被隐式分配的可能，可以减少分配的短期的对象的数量，尤其在有大量代码的位置。参考链接：
http://blog.csdn.net/tayanxunhua/article/details/21752781
http://blog.sina.com.cn/s/blog_74924f2401017upe.html
http://blog.csdn.net/ahuier/article/details/8213854
http://www.cnblogs.com/donaldjohn/archive/2011/02/27/1966539.html
1.》》String类陷阱深度剖析
String str3 = "bbb";
String str4 = "bbb";
System.out.println(str3 == str4);
结果为true。为什么呢？这里涉及到字符串池String Pool的概念（String pool是在栈中），首先String str3 = "bbb";先检测字符串池中是否有bbb对象，如果没有，则将字符串对象bbb放入字符串池中去（也就是在字符创池中创建bbb这个字符串对象，并且将创建好的字符串对象bbb的地址返回给str3），这时引用str3指向这个字符串池中的bbb对象。再String str4 = "bbb";检测字符串池中是否有bbb对象，这时已经有了，所以就不会再将新的bbb对象放入字符串池中去了，这时将字符串池中已有的字符串对象地址返回给str4，这时str4引用还是指向原来的字符串池中已有的字符串对象地址，也就是说String str4 = "bbb";不会再创建一个对象，所以str3和str4指向同一个对象，所以返回true
String Pool(字符串池)，Java中需要维护字符串池的是因为在实际开发中经常会遇到String，所以不用每次都在heap中去生成一个对象，而且这个对象用完一般都是丢掉的，所以需要维护字符串池，而且一般字符串写法用这种形式：String str = "aaa"。
2.》》
StringBuffer类中对toString这个方法进行了重写（原来Object类下得toString方法是打印出地址的），
所以可以调用toString方法来使StringBuffer类型的数据转变为String类型的
不论是整形还是布尔型等等等，与字符串相加，则他们被自动转换为字符串型
=============== hashcode =====================
Object.hashCode() 就是32位jvm内存地址。
这里会调用Object的toString()方法，结果就是
return getClass().getName() + "@" + Integer.toHexString(hashCode());
===========String,StringBuffer与StringBuilder的区别??===============
http://blog.csdn.net/rmn190/article/details/1492013StringBuffer 与 StringBuilder 中的方法和功能完全是等价的，只是
StringBuffer 中的方法大都采用了 synchronized 关键字进行修饰，因
此是线程安全的，而 StringBuilder 没有这个修饰，可以被认为是线程
不安全的。
StringBuffer 始于 JDK 1.0
StringBuilder 始于 JDK 1.5
从 JDK 1.5 开始，带有字符串变量的连接操作（+），JVM 内部采用的是
StringBuilder 来实现的，而之前这个操作是采用 StringBuffer 实现的。
====================string注意事项-重点推荐=====================
默认编码是UTF-16，可以指定编码
1.String str ="123";
赋值过程：
1.查找string pool中是否存在"123"对象
2.没有就在string pool生成"123"对象，有就返回"123"对象地址
3.把string pool中的"123"对象地址赋值给str.
【字符串池对象 --->赋值】
2.String str = new String("123");
赋值过程：
1.查找string pool中是否存在"123"对象
2.没有就在string pool生成"123"对象，有就返回string pool"123"对象地址
3.在堆中new String对象，new String("123")
3.把new String("123")的堆对象地址赋值给str.
【字符串池对象 -->堆对象 --->赋值】
字符串池对象初始化完了就是final，下次使用时不用重新创建对象啦。
字符串池：可以重用字符串对象，避免频繁地重新创建。
================equal 和 == (原生数据，对象类型(特殊string))====
equal方法的作用：
看类是否重写过，一分为二来说明
1.object 是否引用指向同一个对象，内存地址相等
2.string重写过，是否内容相等
* equal方法的作用：
* 1.对象引用是否相同
* 2.string重写过的，内容是否相同
String的equal方法逻辑过程：
* 1.对象地址 this=object
* 2.字符串大小length
* 3.字符串s1中每个字符与字符串s2中每个字符是否相同
==比较
1.原生数据类型 ===> 数值比较
2.对象类型 ===> 引用地址，对象相等
================关键字 final static =====================
final 一定要初始化，有2个地方来初始化：1.声明时 2.构造方法时
static
1.不能与this合用
2.时机不同。static静态块在.class加载是运行的。实例化对象时运行构造函数
3.执行顺序：静态优先，父辈优先。先当前类的父类的静态块，当前类的静态块，先当前类的父类的构造函数，后当前类的构造函数。
4.执行次数。静态一次，实例化对象可以new多次。
================JVM之类加载器深度剖析=====================
深入详解JVM之类加载器深度剖析、根、扩展及系统类加载器.avi
http://v.youku.com/v_show/id_XMjc1NDEyMzI4.html
类验证：目的=保证安全。
1.文件结构
类声明，类属性，类方法
2.语义检查
3.字节码验证
防止自己手写的class文件
4.二进制兼容性验证
编译的JDK版本不一致。
8149
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
