构造器参数太多

1. 需要解决成员变量太多，使用多个构造方法不直观的问题
2. 直接使用get set无法限制bean中那些数据是必要的

• 解决方法：Builder模式
• 内部使用一个子类作为构造器
• 构造器的get set返回本身，这样可以链式调用
• 最终的构造方法里检测必要的字段是否有值

不需要实例化的对象，构造器私有

• xxxUtil xxTools 内部都是static方法，不需要实例化
• 防止使用者实例该对象

不要创建多余对象

• 自动装箱导致的多余对象

Long sum = 0L;
for(long i = 0; i<xx; i++) {
  sum = sum + i; // sum是包装类型，i是基本类型，所以这里会先自动装箱成对象
}

• 使用static

避免使用终结方法

• finaliza()方法虚拟机不保证此方法会被按时执行或是执行
• 释放资源必须显式释放，不能依赖此方法

类和成员变量可访问性最小化

• 主要作用是为了解耦
• 只向外暴露接口，实体间调用只依赖与接口，具体实现解耦

可变性最小化

• 类尽量做成不可变类
• 类不可变就线程安全了
• 类成员变量私有，不提供成员变量设置，返回对象时返回复制的值等

优先使用复合，而不是继承

• 使用父类的方法会破坏父类的包装性
• 例如父类实现类内部相互调用，重写一个方法都可能影响其他方法
• 复合就是内部包含一个类，使用这个类完成具体方法

接口优于抽象类

• 一般来说，接口只能定义类将会有的行为，抽象类里可以具体实现
• 接口更为纯粹，不依赖于具体实现，而抽象类可以有实现。并且支持多实现
• 可以先定义一个接口，再声明一个抽象类，实现类继承这两个（jdk的set等都是这么实现的）

可变参数的使用

• 如果可变参数中至少要一个参数

int sum(int a, int... args)

返回零长度的数组和集合，而不是null

• 客户端可以用判空

优先使用标准异常

• 代码重用，使用jdk已经提供的
• IlegalAraumentException 参数异常

使用枚举而不 是常量

• 还可以枚举内使用另一个内部枚举当作构造方法参数，以使枚举有不同的性质
• 即策略枚举

局部变量作用域最小化

• 即不要一开始就声明局部变量，要到使用的时候再使用
• 防止不应该使用局部变量的地方能够修改局部变量

精确计算不适用float和double

• 使用 int long BigDecimal

当心字符串连接的性能

• 每一次拼接都需要将字符串复制一遍

控制方法的大小

• 方法尽量再50-80行

常用性能指标

• 并发数约等于在线人数的5%-15%
• 吞吐量 每分钟、没秒钟处理数量
• 一般平均响应时间短，吞吐量就大，反之小。但是吞吐量大，响应时间未必短

常见性能优化

• 避免过早优化
• 性能测试，定位性能瓶颈
• 分而治之，逐步优化