MYSQL 中文乱码：
http://blog.csdn.net/ACMAIN_CHM/archive/2009/05/12/4174186.aspx
创建表时设置编码格式：
http://hi.baidu.com/zwnjiejie/blog/item/a6cf9609b6ff0fc73ac763d9.html
使用 StringBuffer 对象
在处理 String 的时候要尽量使用 StringBuffer 类，StringBuffer 类是构成 String 类的基础。String 类将 StringBuffer 类封装了起来，（以花费更多时间为代价）为开发人员提供了一个安全的接口。当我们在构造字符串的时候，我们应该用 StringBuffer 来实现大部分的工作，当工作完成后将 StringBuffer 对象再转换为需要的 String 对象。比如：如果有一个字符串必须不断地在其后添加许多字符来完成构造，那么我们应该使用 StringBuffer 对象和她的 append() 方法。如果我们用 String 对象代替 StringBuffer 对象的话，会花费许多不必要的创建和释放对象的 CPU 时间。
Java garbage collector好啊！但是如果收集不及时outofmemory也让人头疼呀！
不过注意一下几点会好很多：
1 如果一块内存区域能够重复利用，最好不要申请新的。这个内存区域有可能是系统的一个类，自己的一个内部有数组元素，或者能够放大量数据的结构。
2 最好不要在循环里面申请内存，循环越大，越坏事。换句话说，申请内存频率别太高。好比一个人每顿吃两碗饭正好，身体的消化系统可以承受，如果让他一顿把十顿的都吃掉，不胀死才怪！
3 让每个实例对象的生命周期尽量短一些，尤其是那些要占用大内存的。因为垃圾收集器的算法优先考虑那些生命周期短的。和多任务操作系统调度进程，分配cpu的原理类似。
4 对一块大的内存的引用层次不要弄得太复杂，垃圾收集器对这种类型的内存快收集起来，也是比较麻木的。
5 养成好习惯，不用的对象显式设置成null。在希望收集层次比较复杂的对象的时候，先将该对象内部保存的其他引用都置null了，效果会好一些。
6 最后一招，使用弱引用，虚引用。不过，一般出了内存问题，都是前5条做得不好，需要用到6的少之又少。
垃圾回收：
http://blog.csdn.net/JiangBo_HIT/archive/2009/09/23/4584806.aspx
字段转换
http://icansoft.blog.51cto.com/268543/56573
http://www.zhuoda.org/lunzi/48767.html
http://www.blogjava.net/silvernapoleon/archive/2006/10/24/77065.html
最后一个是关于取字串问题：
http://topic.csdn.net/u/20091110/17/d549eed8-687f-4aa3-80d7-6dfe679a675d.html
这些东西以后有空再慢慢整理，发现把每次学到的东西立马记下来是很有用的~~