知识铺： 致力于打造轻知识点，持续更新每次的知识点较少，阅读不累。不占太多时间，不停的来唤醒你记忆深处的知识点。

1. 避免使用魔鬼数字，必须定义可读性强的常量来标识。

整个项目中，建议把全局常量，集中到一个constant内进行定义。

好处：a.可以全局修改，

b.从调用出直接找到，并可以查看该变量的注释。 养成良好的注释习惯，利己利人。

2.一个方法不要太强大，定义的越单纯越好。

好处： a. 可以在上层跟着希望需求任何编排组合，完成需求功能。

b. 单元测试，单纯的方法更好进行测试，依赖的少。

3.方法参数保持合理的个数。

一般建议5个参数，如果大于5个就要考虑是否封装对象进程传参。也可以把部分行为，添加到新类中。比如：参数中有个必须加密，才能写入或更新到数据库，就可以在该方法的get方法中，返回之前进行加密。

好处：a. 其他的业务逻辑中有更新或插入数据库，就不需要关心加密问题。

b. 整个系统会进化的越来越精炼，明确， 更符合OOP设计。

4. 方法返回参数强调不返回null。

编写健壮的方法，是程序员首先要考虑的第一准则。 提供出来的方法，让别的地调用的放心，方便。

a. 返回参数是基本类型，异常发生时，捕获异常，同时返回基本类型的默认值。

b. 返回参数是对象，异常发生时，捕获异常，抛出特定异常或返回空对象。

c. 返回参数是集合或数组，异常发生时，捕获异常，返回空集合或长度0的数组。

好处：坚持这样的原则，系统的空指针异常越来越好，越来越健壮。

5.及时释放资源

使用 try…finally 方式，在finally里合理的释放资源。避免有些异常，导致资源未进行释放。

6. 全局定义整个项目的异常分类

定义异常类，集中到一起。 在发生异常时，捕获的异常要进行详细的异常进行抛出。

好处：a.便于定位问题。

b.后期进行统计系统健壮性更有针对性。

7. if.. else .if 必须有个else分支。

避免遗漏某种场景为考虑到位，增加问题的定位难度。

8. 重写equals方法，必须同时重写hashCode

a.保证equals相同的情况下hashcode值必定相同，如果hashCode不重写，这步有可能就无法得到保证。

b. Object类默认的equals比较规则就是比较两个对象的内存地址

c. 返回的hash值是int型的，防止溢出

d.不同的对象返回的hash值应该尽量不同

9.禁止循环中创建新线程

建议：在循环中，尽量使用线程池。避免不可控的循环，导致无限创建线程，耗费系统资源。

10.在进行精确计算时避免使用float和double

例如:货币计算 浮点数计算都是不精确的