构造器参数太多
- 需要解决成员变量太多，使用多个构造方法不直观的问题
- 直接使用get set无法限制bean中那些数据是必要的
- 解决方法：
Builder模式
- 内部使用一个子类作为构造器
- 构造器的get set返回本身，这样可以链式调用
- 最终的构造方法里检测必要的字段是否有值
不需要实例化的对象，构造器私有
-
xxxUtil xxTools 内部都是static方法，不需要实例化
- 防止使用者实例该对象
不要创建多余对象
Long sum = 0L;
for(long i = 0; i<xx; i++) {
sum = sum + i; // sum是包装类型，i是基本类型，所以这里会先自动装箱成对象
}
避免使用终结方法
- finaliza()方法虚拟机不保证此方法会被按时执行或是执行
- 释放资源必须显式释放，不能依赖此方法
类和成员变量可访问性最小化
- 主要作用是为了解耦
- 只向外暴露接口，实体间调用只依赖与接口，具体实现解耦
可变性最小化
- 类尽量做成不可变类
- 类不可变就线程安全了
- 类成员变量私有，不提供成员变量设置，返回对象时返回复制的值等
优先使用复合，而不是继承
- 使用父类的方法会破坏父类的包装性
- 例如父类实现类内部相互调用，重写一个方法都可能影响其他方法
- 复合就是内部包含一个类，使用这个类完成具体方法
接口优于抽象类
- 一般来说，接口只能定义类将会有的行为，抽象类里可以具体实现
- 接口更为纯粹，不依赖于具体实现，而抽象类可以有实现。并且支持多实现
- 可以先定义一个接口，再声明一个抽象类，实现类继承这两个（jdk的set等都是这么实现的）
可变参数的使用
int sum(int a, int... args)
返回零长度的数组和集合，而不是null
优先使用标准异常
- 代码重用，使用jdk已经提供的
-
IlegalAraumentException 参数异常
使用枚举而不 是常量
- 还可以枚举内使用另一个内部枚举当作构造方法参数，以使枚举有不同的性质
- 即策略枚举
局部变量作用域最小化
- 即不要一开始就声明局部变量，要到使用的时候再使用
- 防止不应该使用局部变量的地方能够修改局部变量
精确计算不适用float和double
当心字符串连接的性能
控制方法的大小
常用性能指标
- 并发数约等于在线人数的5%-15%
- 吞吐量 每分钟、没秒钟处理数量
- 一般平均响应时间短，吞吐量就大，反之小。但是吞吐量大，响应时间未必短
常见性能优化
- 避免过早优化
- 性能测试，定位性能瓶颈
- 分而治之，逐步优化
