（1）对资源的close()建议分开操作

意思是，比如我有这么一段代码：

try{
 XXX.close();
 YYY.close();
}catch (Exception e)
{
 ...
}建议修改为：

try{
 XXX.close();
}catch (Exception e)
{
 ...
}try{
 YYY.close();
}catch (Exception e)
{
 ...
}
虽然有些麻烦，却能避免资源泄露。我们想，如果没有修改过的代码，万一XXX.close()抛异常了，那么就进入了catch块中了，YYY.close()不会执行，YYY这块资源就不会回收了，一直占用着，这样的代码一多，是可能引起资源句柄泄露的。而改为下面的写法之后，就保证了无论如何XXX和YYY都会被close掉

（2）字符串变量和字符串常量equals的时候将字符串常量写在前面

这是一个比较常见的小技巧了，如果有以下代码：

String str = "123";if (str.equals("123")){ ...}

建议修改为：

String str = "123";if ("123".equals(str)){ ...}

这么做主要是可以避免空指针异常

（3）使用带缓冲的输入输出流进行IO操作

带缓冲的输入输出流，即BufferedReader、BufferedWriter、BufferedInputStream、BufferedOutputStream，这可以极大地提升IO效率

（4）循环内不要不断创建对象引用

例如：

for (int i = 1; i <= count; i++){ Object obj = new Object(); }

这种做法会导致内存中有count份Object对象引用存在，count很大的话，就耗费内存了，建议为改为：

Object obj = null;for (int i = 0; i <= count; i++)
{
 obj = new Object();
}

这样的话，内存中只有一份Object对象引用，每次new Object()的时候，Object对象引用指向不同的Object罢了，但是内存中只有一份，这样就大大节省了内存空间了。

（5）所有重写的方法必须保留@Override注解

这么做有三个原因：

（1）清楚地可以知道这个方法由父类继承而来

（2）getObject()和get0bject()方法，前者第四个字母是"O"，后者第四个子母是"0"，加了@Override注解可以马上判断是否重写成功

（3）在抽象类中对方法签名进行修改，实现类会马上报出编译错误

（6）顺序插入和随机访问比较多的场景使用ArrayList，元素删除和中间插入比较多的场景使用LinkedList

这个，理解ArrayList和LinkedList的原理就知道了

（7）long或者Long初始赋值时，使用大写的L而不是小写的l，因为字母l极易与数字1混淆，这个点非常细节，值得注意

（8）不要让public方法中有太多的形参

public方法即对外提供的方法，如果给这些方法太多形参的话主要有两点坏处：

• 违反了面向对象的编程思想，Java讲求一切都是对象，太多的形参，和面向对象的编程思想并不契合

• 参数太多势必导致方法调用的出错概率增加

至于这个"太多"指的是多少个，3、4个吧。比如我们用JDBC写一个insertStudentInfo方法，有10个学生信息字段要插如Student表中，可以把这10个参数封装在一个实体类中，作为insert方法的形参

（9）不捕获Java类库中定义的继承自RuntimeException的运行时异常类

异常处理效率低，RuntimeException的运行时异常类，其中绝大多数完全可以由程序员来规避，比如：

• ArithmeticException可以通过判断除数是否为空来规避

• NullPointerException可以通过判断对象是否为空来规避

• IndexOutOfBoundsException可以通过判断数组/字符串长度来规避

• ClassCastException可以通过instanceof关键字来规避

• ConcurrentModificationException可以使用迭代器来规避

（10）将常量声明为static final，并以大写命名

这样在编译期间就可以把这些内容放入常量池中，避免运行期间计算生成常量的值。另外，将常量的名字以大写命名也可以方便区分出常量与变量

已完结专题（点击我的头像进入我的主页，关注后可查看置顶文章）：

【mysql优化专题】【HTTP协议】

【架构技术专题】【多线程/池专题】

更新中专题（关注后查看）：

• 【dubbo专题】【dubbo源码专题】

• 【JVM专题】【HTTP协议专题】

• 【设计模式专题】【高并发专题】

• 【架构技术专题】【netty专题】

• 【数据结构专题】【redis专题】