清晰性和简洁性最重要
模块尽可能小
重用代码
模块间依赖性尽可能小
错误尽早被检测出来
二.创建和销毁对象
1.考虑用静态工厂方法代替构造器（服务提供者框架）
2.遇到多个构造参数时考虑用构造器（建造者模式）
3.用私有构造器或者枚举类型强化单例属性
4.通过私有构造器强化不可实例化能力
5.避免创建不必要的对象（优先使用基本类型，当心无意识的自动装箱）
6.消除过期对象的引用（类是自己管理内存时，要小心。2.缓存3.监听器和回调）
7.避免使用终结方法（显示关闭）
三.对于所有对象都通用的方法
8.覆盖equals时请遵守通用约定（等价关系:自反性，对称性，传递性，一致性）
(高质量equals诀窍:1.使用==检查参数是否为这个对象的引用
2.用instanceof检查参数是否为正确的类型
3.把参数转换为正确的类型
4.对于该类的每个“关键”域检查参数中的域是否和对象对应的域相匹配
5.问自己3个问题，是否对称，传递，一致
不要将object对象替换为其他类型)
9.覆盖equals时总要覆盖hashcode
10.始终要覆盖toString()
11.谨慎地覆盖clone(clone()就是另一个构造器，必须确保它不会伤害到原始对象并正确地创建被克隆对象中的约束)
12.考虑实现comparable接口
四.类和接口
13.使类和成员的可访问性最小化(实例域决不能是公有的)
14.在公有类中使用访问方法而非公有域
15.使可变性最小化
（不可变类规则:1.不提供任何会修改对象状态的方法
2.保证类不会被扩展
3.使所有的域都是final
4.使所有的域都成为私有
5.确保对任何可变组件的互斥访问）
16.复合优先于继承
17.要么为继承而设计，并提供文档说明要么禁止继承(构造器决不能调用可被覆盖的方法)
18.接口优于抽象类
19.接口只用于定义类型
20.类层次优于标签类
21.用函数对象表示策略
22.优先考虑静态成员类(如果声明成员类不要求访问外围实例，就要使它成为静态成员类)
五.泛型
23.请不要在新代码中使用原生态类型
24.消除非受检警告
25.列表优先于数组
26.优先考虑泛型(只要时间允许，就把现有的类型都泛型化)
27.优先考虑泛型方法(静态工具方法尤其适合泛型化)
28.利用有限制通配符来提升api的灵活性(PECS:生产者继承，消费者-super
不要用通配符类型作为返回类型，所有的comparable..comparator都是消费者)
29.优先考虑类型安全的异构容器
六.枚举和注解
30.用enum代替int常量
31.用实例域代替序数
32.用EnumSet代替位域
33.用EnumMap代替序数索引
34.用接口模拟可伸缩的枚举
35.注解优先于命名模式
36.坚持使用Override注解
37.用标记接口定义类型
七.方法
38.检查参数的有效性
39.必要时进行保护性拷贝(对于参数类型可以被不可信任方子类化的参数，请不要用clone方法进行保护性拷贝；只要有可能尽量用不可变对象作为组件)
40.谨慎设计方法签名(谨慎地选择方法的名称，不要过于追求提供便利的方法，避免过长的参数列表；
缩短参数长度方法:1.把方法分解成多个方法
2.创建辅助类3.建造者模式；boolean参数，要优先使用两个元素的枚举类型)
41.慎用重载（重载方法选择是静态的，覆盖方法选择是动态的，保守策略:永远不要导出两个具有相同参数数目的重载方法，对可变参数不要重载）
42.慎用可变参数
43.返回零长度的数组或集合，而不是null
44.为所有导出的API元素编写文档注释（熟悉文档注释规范；应说明方法做了什么，前提，后置条件，副作用，线程安全性，可序列性；方法和构造器概要描述:动词短语，类和接口:名词短语；）
八.通用程序设计
45.将局部变量的作用域最小化(第一次使用它的地方声明，包含初始化表达式；使方法小而集中)
46.foreach优于传统的for循环(可遍历任何实现iterable接口的对象；无法使用的情况，过滤，转换，平行迭代)
47.了解和使用类库(lang.util.io.concurrent.collections) 要多了解
不要重复发明轮子
48.如果需要精确的答案，请避免使用float,double(正确的办法是使用bigdecimal,int,long进行货币计算；如果数值可能超过18位数字必须使用bigdecimal)
49.基本类型优于装箱基本类型(集合中的键值，参数化类型时只能用包装类型)
50.如果其他类型更合适，则尽量避免使用字符串
51.当心字符串连接的性能(stringbuilder)
52.通过接口引用对象(或类层次结构的基类，因为更灵活)
53.接口优于反射机制（仅仅使用反射机制实例化对象，访问对象则使用编译时已知的某个接口或者超类）
54.谨慎地使用本地方法（不安全）
55.谨慎地进行优化（努力编写好的程序，在设计时对api，线路层协议，数据结构考虑性能问题。 好性能自然会来）
56.遵守普遍接受的命名惯例
九.异常
57.只针对异常情况才使用异常
58.对可恢复的情况使用受检异常，对编程错误使用运行时异常
59.避免不必要地使用受检的异常
60.优先使用标准的异常
61.抛出与抽象相对应的异常（异常转译:更高层的实现应该捕获低层的异常，同时可以抛出按高层抽象进行解释的异常；异常链）
62.每个方法抛出的异常都要有文档
63.在细节消息中包含能捕获失败的信息（细节消息应该包含有贡献的参数和域）
64.努力使失败保持原子性（在执行操作之前检查参数的有效性；使任何可能失败的计算部分都在对象状态修改之前发生；编写一段恢复代码；在对象的一份临时拷贝上执行操作，再写回）
65.不要忽略异常
十.并发
66.同步访问共享的可变数据（将可变数据限制在单个线程中；安全发布；共享可变数据需要同步）
67.避免过度同步（不要从同步区域调用外来方法；尽量限制同步区域内部的工作量）
68.executor和task优先于线程
69.并发工具优先于wait,notify(对于间歇式定时，始终应该优先使用namoTime)
70.线程安全性的文档化
71.慎用延迟初始化
72.不要依赖于线程调度器（线程不应该一直处于忙-等）
73.避免使用线程组
十一.序列化
74.谨慎地实现Serializable接口（为继承设计的类和用户的接口尽可能地少继承Serializable接口；内部类不应该实现。。。接口，静态成员类可以）
75.考虑使用自定义的序列化形式（一个对象的物理表示法等同于它的逻辑内容，可能就适合使用默认序列化形式；编写一个显式的序列化uid）
76.保护性地编写readObject方法
77.对于实例控制，枚举类型优先于readResolve
78.考虑用序列化代理代替序列化实例