本文首发在我的简书账号，原文
本文为自己在写Java代码中积累的一些心得，今天拿出来分享，不妥之处，请不吝赐教！若你有好的idea，也请评论区说说，我一并加上。
通用（General）
1.虽然有JVM帮你回收内存，但这不等于内存就不会溢出。请慎重new对象，能够复用就复用吧，new那么多对象，即使JVM及时帮你回收了，性能也是个大问题，更何况“JVM及时帮你回收”就是个不靠谱的假设。
2.有些时候，GC（Garbage Collection）是个鸡肋。
3.你理解JVM的深度决定了你的Java代码质量。JVM基础，看这里。
4.任何强制类型转化都是B-U-G的沃土（对任何语言都适用）。
5.Java源代码是个桃花源，没事就去逛逛，当然里面也有些代码写得很烂，不过极少。
6.字符串频繁改变时，请使用StringBuilder或者StringBuffer，把String扔了吧。三者的区别，看这里。
7.追求优雅代码之路永无止境，能否写出优雅代码取决于扎实的计算机系统观，对特定语言（比如Java）的理解深度。
8.折中是面临两难问题时的最佳解决方案，其来自于“中庸”思想。
9.拿到一个功能，半小时内没有思路，就去maven*仓库找一个开源实现吧。开源时代，不必重复造*，但可造一个还没有的*并与全球分享。
10.虽然我们只使用编程语言写代码，但对程序员来说英语比任何编程语言都重要。
集合（Collection）
1.遍历集合时，有remove操作的情况下，不能使用下标遍历，会漏掉元素，需使用迭代器遍历。
异常（Exception）
1.低层抛出，高层处理。
2.catch多个异常，使代码更简洁。
3.使用带资源的try语句，资源自动关闭，使代码更简洁，资源需实现AutoCloseable和Closeable接口。
4.异常跟踪栈中，排在最前面的就是异常的根源所在，参考活动记录的原理（《编译原理》里有活动记录的解释）。
日志（Log）
1.飞机失事了，找黑盒子，程序失事了，找日志（日志对程序的重要性可见一斑）。
2.程序中出现e.printStackTrace()，难道应用上线后，我们专门搬个凳子盯住控制台？不然有什么意义呢？请使用logger.error([额外的描述]+e.getMessage(),e)代替，[额外的描述]可选。
3.程序中出现System.out.println([额外的描述])，道理同上，请使用日志代替它吧。
4.让日志成为程序的守护神。
JDBC
1.如果关系型数据库是金矿，那么SQL就是提炼金子的利器，花点时间练练它。磨刀不误砍柴工。
2.禁止使用SELECT *。
虽然很多开发经理都写了这条，但是总有开发人员不理你，我给你个办法，拦截所有SELECT，一旦发现SELECT *，给他个BadSQLException，让他疼上几次就好了！
3.和笛卡尔积作斗争，禁止使用FROM table1,table2,tableN。
实际应用不是我们在学校做的那些“XX管理系统”，这走的是笛卡尔积啊，如此大的开销，你透支得起？请使用连接查询吧！避免的方法和3类似。
4.SELECT时，不要取多余的数据，但也要保证能取到的都一次拿到（当然内存要放得下，否则另当别论）。
5.INSERT和UPDATE，能够批量更新就不要单条更新，访问数据库是I/O，开销很大，次数越少越好。
6.那些不经常变化的基础数据，一次捞出来缓存吧，会给你带来成倍的性能提升。
7.数据库连接池是个好东西，你值得拥有。
多线程
1.如果在你心中，实现多线程的方式只有extends Thread或者implements Runnable，你该去看看implements Callable了，实现Callable，线程可以有返回值，还可以抛出异常，何乐而不为？
2.Java线程池是个花花世界，何不常去逛逛？
3.synchronized是个脾气大的家伙，不要轻易使用它，非要使用的话，锁的代码块越小越好。
设计模式
1.单例模式要保证反序列化后仍然是单例，需要有readResolve方法。
2.通用的算法（业务）步骤，采用模板方法模式设计吧。
实践出真知，不断更新中……