待更。。。
先看下该博客 来源-- 阿_毅
https://blog.csdn.net/huangwenyi1010/article/details/53890837
https://blog.csdn.net/huangwenyi1010/article/details/53959078
https://blog.csdn.net/huangwenyi1010/article/details/72673447
1.方法业务里，
先进行判断状态 最后再去数据库查询 注重效率
2.关于异常处理
***
多层try调用时候，该那个catch处理？
Try语句可以被嵌套。也就是说，一个try语句可以在另一个try块内部。每次进入try语句，异常的前后关系都会被推入堆栈。如果一个内部的try语句不含特殊异常的catch处理程序，堆栈将弹出，下一个try语句的catch处理程序将检查是否与之匹配。这个过程将继续直到一个catch语句匹配成功，或者是直到所有的嵌套try语句被检查耗尽。如果没有catch语句匹配，Java的运行时系统将处理这个异常。
------- https://www.cnblogs.com/ljysy/p/7846699.html
笔者自述： 如果不能精确地知道try里面代码的异常， 请不要随便catch。 因为你catch之后（假如你选的异常范围大，比如exception），系统就不会再报错，而是走你的catch，这时候，如果你catch没有打印在日志或控制台，则真实的原因可能因此被盖住，找不到问题。
所以在你不能保证控制try，请抛出异常，这样出了问题以便快速找到。
2.1，不要返回null值：这样的话调用者就要处理null，增加工作量；解决：抛出异常或者返回特例对象（利用 Collections.emptyList()）
正确操作：
2.2.不管做哪种类型的应用，都应该尽可能向用户隐藏异常的发生，除非发生了不可挽救的状况，这才是符合最小惊讶原则的设计
2.3.异常的信息应该足够充分（包含出错的位置以及原因）
2.4避免使用可控异常（checked exception）：因为处理它们需要修改函数头(在每个调用该函数的函数添加throw Exception)，违反了开放-闭合原则；应该使用不可控异常（runtime exception）;（这一点不太明白，以后再理解）
来源 https://blog.csdn.net/huangwenyi1010/article/details/51913129
3.关于代码整洁
3.1 垂直放向上的区隔：不同的逻辑之间用空格间隔； 方法和方法之间用空白行隔开，这是正确的做法
3.2 关系密切的逻辑要靠近才会更加清晰（比如给变量起名字 不要都放在最上面 而要放在每个使用它的方法之上）
3.3 方法上，放在一起，调用者放在被调用者的上面；
3.4 水平方向：以不拖动滚动条为准则,代码行长度80个字符可以接受，最多120个字符，再多，你想逆天啊；
来源同上
4. 方法
4.1 函数只应该做一件事情，把一件事情做好，而且只由它来做这一件事情
4.2 应该少于2个,如果函数超过2元：应该将其中的某些参数封装成类； （发现都不是很切实际，对于当前）
5.
6. 拼接字符串
最好不要用String。 如果在循环次数比较多 一定要 使用 StringBuffer（线程安全）或者 StringBuilder（非线程安全）
7. 字符串分割
StringTokenizer > split
8.警惕二维数组的拷贝
因为java中没有二维数组的概念，只有数组的数组。所以对数组的数组进行拷贝，无论对clone或者arraycopy，都只是拷贝其中的引用。事实上，还是指向同一个值。
