工作中的一些经验小结

控制层 　　返回值统一 AOP 也方便前台 AOP 统计执行时间记录日志 　　参数不要出现Request， Response 　　返回码定义 不要太细

日志打印 　　很多时候 生产出现问题都是客户反馈过来, 我们再去排查问题 日志就显得尤为重要 　　需要重现问题 很多人都是debug一遍 其实是比较费时间的, 尤其是业务逻辑复杂的时候 　　面对对象编程， 你面对debug编程。 有些人无论什么语言， 最后都变成了面对debug编程 　　总之 不要依赖debug 多依赖日志

　　日志记录的基本要求 　　能找到是那台机器 nginx 　　能从日志信息里面看到用户信息 log4j

哪些地方需要记录日志 　　1.参数打印出来(上生产后有些信息可能需要脱敏) 　　2.程序扭转(if里面的值) 打印出来 不用分析和猜测走得是哪个分支了 　　3.修改或新增必须打印 　　4.代码写好后 运行 看看日志时候能看得懂

异常处理 　　自定义异常继承RuntimeException 　　异常处理放在web层 业务层的异常往上抛 　　建议第三方接口异常 日志中记录好 返回值类型包装成和接口正常的一样 　　空判断是慎重 如果是上游平台传递过来的 不建议进行判断 　　总之加上了判空 就得测试未空的场景

工具类 　　定义自己的工具类 不要使用第三方的工具类 解耦 也防止不同开发者引入不同的第三方工具库 ,比较乱 　　工具类多用重载 更加灵活 有些参数抽取出来

总之 还是约定大于规范