Java SpringBoot

  • 统一结果返回
    • 统一结果的一般形式
    • 结果类枚举
    • 统一结果类
    • 控制层返回
  • 统一异常处理
    • @ControllerAdvice
    • 自定义全局异常类
    • 统一异常处理器
    • 控制层展示
  • 统一日志收集
    • Logback
    • 配置
    • 日志收集异常信息

      统一结果返回

      目前的前后端开发大部分数据的传输格式都是json,因此定义一个统一规范的数据格式有利于前后端的交互与UI的展示。

      统一结果的一般形式

  1. 是否响应成功;
  2. 响应状态码;
  3. 状态码描述;
  4. 响应数据
  5. 其他标识符

    结果类枚举

  • 前三者可定义结果枚举,如:success,code,message

    1. @Getter
    2. public enum ResultCodeEnum {
    3. SUCCESS(true,20000,"成功"),
    4. UNKNOWN_ERROR(false,20001,"未知错误"),,
    5. PARAM_ERROR(false,20002,"参数错误"),
    6. ;
    7. // 响应是否成功
    8. private Boolean success;
    9. // 响应状态码
    10. private Integer code;
    11. // 响应信息
    12. private String message;
    13. ResultCodeEnum(boolean success, Integer code, String message) {
    14. this.success = success;
    15. this.code = code;
    16. this.message = message;
    17. }
    18. }

    统一结果类

  • 第5个属于自定义返回,利用前4者可定义统一返回对象

注意:

  1. 外接只可以调用统一返回类的方法,不可以直接创建,影刺构造器私有;
  2. 内置静态方法,返回对象;
  3. 为便于自定义统一结果的信息,建议使用链式编程,将返回对象设类本身,即return this;
  4. 响应数据由于为json格式,可定义为JsonObject或Map形式;

    1. @Data
    2. public class R {
    3. private Boolean success;
    4. private Integer code;
    5. private String message;
    6. private Map<String, Object> data = new HashMap<>();
    7. // 构造器私有
    8. private R(){}
    9. // 通用返回成功
    10. public static R ok() {
    11. R r = new R();
    12. r.setSuccess(ResultCodeEnum.SUCCESS.getSuccess());
    13. r.setCode(ResultCodeEnum.SUCCESS.getCode());
    14. r.setMessage(ResultCodeEnum.SUCCESS.getMessage());
    15. return r;
    16. }
    17. // 通用返回失败,未知错误
    18. public static R error() {
    19. R r = new R();
    20. r.setSuccess(ResultCodeEnum.UNKNOWN_ERROR.getSuccess());
    21. r.setCode(ResultCodeEnum.UNKNOWN_ERROR.getCode());
    22. r.setMessage(ResultCodeEnum.UNKNOWN_ERROR.getMessage());
    23. return r;
    24. }
    25. // 设置结果,形参为结果枚举
    26. public static R setResult(ResultCodeEnum result) {
    27. R r = new R();
    28. r.setSuccess(result.getSuccess());
    29. r.setCode(result.getCode());
    30. r.setMessage(result.getMessage());
    31. return r;
    32. }
    33. /**------------使用链式编程,返回类本身-----------**/
    34. // 自定义返回数据
    35. public R data(Map<String,Object> map) {
    36. this.setData(map);
    37. return this;
    38. }
    39. // 通用设置data
    40. public R data(String key,Object value) {
    41. this.data.put(key, value);
    42. return this;
    43. }
    44. // 自定义状态信息
    45. public R message(String message) {
    46. this.setMessage(message);
    47. return this;
    48. }
    49. // 自定义状态码
    50. public R code(Integer code) {
    51. this.setCode(code);
    52. return this;
    53. }
    54. // 自定义返回结果
    55. public R success(Boolean success) {
    56. this.setSuccess(success);
    57. return this;
    58. }
    59. }

    控制层返回

  • 视图层使用统一结果

    1. @RestController
    2. @RequestMapping("/api/v1/users")
    3. public class TeacherAdminController {
    4. @Autowired
    5. private UserService userService;
    6. @GetMapping
    7. public R list() {
    8. List<Teacher> list = teacherService.list(null);
    9. return R.ok().data("itms", list).message("用户列表");
    10. }
    11. }
  • json结果

    1. {
    2. "success": true,
    3. "code": 20000,
    4. "message": "查询用户列表",
    5. "data": {
    6. "itms": [
    7. {
    8. "id": "1",
    9. "username": "admin",
    10. "role": "ADMIN",
    11. "deleted": false,
    12. "gmtCreate": "2019-12-26T15:32:29",
    13. "gmtModified": "2019-12-26T15:41:40"
    14. },{
    15. "id": "2",
    16. "username": "zhangsan",
    17. "role": "USER",
    18. "deleted": false,
    19. "gmtCreate": "2019-12-26T15:32:29",
    20. "gmtModified": "2019-12-26T15:41:40"
    21. }
    22. ]
    23. }
    24. }

    统一结果类的使用参考了mybatis-plus中R对象的设计

    统一异常处理

    使用统一返回结果时,还有一种情况,就是程序的保存是由于运行时异常导致的结果,有些异常可以无法提前预知,不能正常走到return的R对象返回。
    因此,需要定义一个统一的全局异常来捕获这些信息,并作为一种结果返回控制层

    @ControllerAdvice

    该注解为统一异常处理的核心
    是一种作用于控制层的切面通知(Advice),该注解能够将通用的@ExceptionHandler@InitBinder@ModelAttributes方法收集到一个类型,并应用到所有控制器上
    该类中的设计思路:

  1. 使用@ExceptionHandler注解捕获指定或自定义的异常;
  2. 使用@ControllerAdvice集成@ExceptionHandler的方法到一个类中;
  3. 必须定义一个通用的异常捕获方法,便于捕获未定义的异常信息;
  4. 自定一个异常类,捕获针对项目或业务的异常;
  5. 异常的对象信息补充到统一结果枚举中;

    自定义全局异常类

    1. @Data
    2. public class CMSException extends RuntimeException {
    3. private Integer code;
    4. public CMSException(Integer code, String message) {
    5. super(message);
    6. this.code = code;
    7. }
    8. public CMSException(ResultCodeEnum resultCodeEnum) {
    9. super(resultCodeEnum.getMessage());
    10. this.code = resultCodeEnum.getCode();
    11. }
    12. @Override
    13. public String toString() {
    14. return "CMSException{" + "code=" + code + ", message=" + this.getMessage() + '}';
    15. }
    16. }

    统一异常处理器

    ```java // … import org.springframework.web.bind.annotation.ControllerAdvice; import org.springframework.web.bind.annotation.ExceptionHandler; import org.springframework.web.bind.annotation.ResponseBody;

@ControllerAdvice public class GlobalExceptionHandler {

  1. /**-------- 通用异常处理方法 --------**/
  2. @ExceptionHandler(Exception.class)
  3. @ResponseBody
  4. public R error(Exception e) {
  5. e.printStackTrace();
  6. return R.error(); // 通用异常结果
  7. }
  8. /**-------- 指定异常处理方法 --------**/
  9. @ExceptionHandler(NullPointerException.class)
  10. @ResponseBody
  11. public R error(NullPointerException e) {
  12. e.printStackTrace();
  13. return R.setResult(ResultCodeEnum.NULL_POINT);
  14. }
  15. @ExceptionHandler(HttpClientErrorException.class)
  16. @ResponseBody
  17. public R error(IndexOutOfBoundsException e) {
  18. e.printStackTrace();
  19. return R.setResult(ResultCodeEnum.HTTP_CLIENT_ERROR);
  20. }
  21. /**-------- 自定义定异常处理方法 --------**/
  22. @ExceptionHandler(CMSException.class)
  23. @ResponseBody
  24. public R error(CMSException e) {
  25. e.printStackTrace();
  26. return R.error().message(e.getMessage()).code(e.getCode());
  27. }

}

  1. <a name="NMhqG"></a>
  2. ### 控制层展示
  3. 以下为展示当遇到null指定异常时,返回的结果信息
  4. ```json
  5. {
  6. "success": false,
  7. "code": 20007,
  8. "message": "空指针异常",
  9. "data": {}
  10. }

统一日志收集

日志是追踪错误定位问题的关键,尤其在生产环境中,需要及时修复热部署,不会提供开发者debug的环境,此时日志将会是最快解决问题的关键
日志的框架比较丰富,由于spring boot对logback的集成,因此推荐使用logback在项目中使用。

Logback

关于logback的配置和介绍,可以参考官网logback-spring.xml配置文件

配置

以下直接贴出配置信息,介绍信息科直接参考备注

  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- 日志级别从低到高分为TRACE < DEBUG < INFO < WARN < ERROR < FATAL,如果设置为WARN,则低于WARN的信息都不会输出 -->
  3. <!-- scan:当此属性设置为true时,配置文档如果发生改变,将会被重新加载,默认值为true -->
  4. <!-- scanPeriod:设置监测配置文档是否有修改的时间间隔,如果没有给出时间单位,默认单位是毫秒。
  5. 当scan为true时,此属性生效。默认的时间间隔为1分钟。 -->
  6. <!-- debug:当此属性设置为true时,将打印出logback内部日志信息,实时查看logback运行状态。默认值为false。 -->
  7. <configuration scan="true" scanPeriod="10 seconds">
  8. <contextName>logback</contextName>
  9. <!-- name的值是变量的名称,value的值时变量定义的值。通过定义的值会被插入到logger上下文中。定义后,可以使“${}”来使用变量。 -->
  10. <property name="log.path" value="D:/Documents/logs/edu" />
  11. <!--0. 日志格式和颜色渲染 -->
  12. <!-- 彩色日志依赖的渲染类 -->
  13. <conversionRule conversionWord="clr" converterClass="org.springframework.boot.logging.logback.ColorConverter" />
  14. <conversionRule conversionWord="wex" converterClass="org.springframework.boot.logging.logback.WhitespaceThrowableProxyConverter" />
  15. <conversionRule conversionWord="wEx" converterClass="org.springframework.boot.logging.logback.ExtendedWhitespaceThrowableProxyConverter" />
  16. <!-- 彩色日志格式 -->
  17. <property name="CONSOLE_LOG_PATTERN" value="${CONSOLE_LOG_PATTERN:-%clr(%d{yyyy-MM-dd HH:mm:ss.SSS}){faint} %clr(${LOG_LEVEL_PATTERN:-%5p}) %clr(${PID:- }){magenta} %clr(---){faint} %clr([%15.15t]){faint} %clr(%-40.40logger{39}){cyan} %clr(:){faint} %m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}}"/>
  18. <!--1. 输出到控制台-->
  19. <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
  20. <!--此日志appender是为开发使用,只配置最底级别,控制台输出的日志级别是大于或等于此级别的日志信息-->
  21. <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
  22. <level>debug</level>
  23. </filter>
  24. <encoder>
  25. <Pattern>${CONSOLE_LOG_PATTERN}</Pattern>
  26. <!-- 设置字符集 -->
  27. <charset>UTF-8</charset>
  28. </encoder>
  29. </appender>
  30. <!--2. 输出到文档-->
  31. <!-- 2.1 level为 DEBUG 日志,时间滚动输出 -->
  32. <appender name="DEBUG_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
  33. <!-- 正在记录的日志文档的路径及文档名 -->
  34. <file>${log.path}/edu_debug.log</file>
  35. <!--日志文档输出格式-->
  36. <encoder>
  37. <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern>
  38. <charset>UTF-8</charset> <!-- 设置字符集 -->
  39. </encoder>
  40. <!-- 日志记录器的滚动策略,按日期,按大小记录 -->
  41. <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
  42. <!-- 日志归档 -->
  43. <fileNamePattern>${log.path}/web-debug-%d{yyyy-MM-dd}.%i.log</fileNamePattern>
  44. <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
  45. <maxFileSize>100MB</maxFileSize>
  46. </timeBasedFileNamingAndTriggeringPolicy>
  47. <!--日志文档保留天数-->
  48. <maxHistory>15</maxHistory>
  49. </rollingPolicy>
  50. <!-- 此日志文档只记录debug级别的 -->
  51. <filter class="ch.qos.logback.classic.filter.LevelFilter">
  52. <level>debug</level>
  53. <onMatch>ACCEPT</onMatch>
  54. <onMismatch>DENY</onMismatch>
  55. </filter>
  56. </appender>
  57. <!-- 2.2 level为 INFO 日志,时间滚动输出 -->
  58. <appender name="INFO_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
  59. <!-- 正在记录的日志文档的路径及文档名 -->
  60. <file>${log.path}/edu_info.log</file>
  61. <!--日志文档输出格式-->
  62. <encoder>
  63. <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern>
  64. <charset>UTF-8</charset>
  65. </encoder>
  66. <!-- 日志记录器的滚动策略,按日期,按大小记录 -->
  67. <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
  68. <!-- 每天日志归档路径以及格式 -->
  69. <fileNamePattern>${log.path}/web-info-%d{yyyy-MM-dd}.%i.log</fileNamePattern>
  70. <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
  71. <maxFileSize>100MB</maxFileSize>
  72. </timeBasedFileNamingAndTriggeringPolicy>
  73. <!--日志文档保留天数-->
  74. <maxHistory>15</maxHistory>
  75. </rollingPolicy>
  76. <!-- 此日志文档只记录info级别的 -->
  77. <filter class="ch.qos.logback.classic.filter.LevelFilter">
  78. <level>info</level>
  79. <onMatch>ACCEPT</onMatch>
  80. <onMismatch>DENY</onMismatch>
  81. </filter>
  82. </appender>
  83. <!-- 2.3 level为 WARN 日志,时间滚动输出 -->
  84. <appender name="WARN_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
  85. <!-- 正在记录的日志文档的路径及文档名 -->
  86. <file>${log.path}/edu_warn.log</file>
  87. <!--日志文档输出格式-->
  88. <encoder>
  89. <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern>
  90. <charset>UTF-8</charset> <!-- 此处设置字符集 -->
  91. </encoder>
  92. <!-- 日志记录器的滚动策略,按日期,按大小记录 -->
  93. <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
  94. <fileNamePattern>${log.path}/web-warn-%d{yyyy-MM-dd}.%i.log</fileNamePattern>
  95. <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
  96. <maxFileSize>100MB</maxFileSize>
  97. </timeBasedFileNamingAndTriggeringPolicy>
  98. <!--日志文档保留天数-->
  99. <maxHistory>15</maxHistory>
  100. </rollingPolicy>
  101. <!-- 此日志文档只记录warn级别的 -->
  102. <filter class="ch.qos.logback.classic.filter.LevelFilter">
  103. <level>warn</level>
  104. <onMatch>ACCEPT</onMatch>
  105. <onMismatch>DENY</onMismatch>
  106. </filter>
  107. </appender>
  108. <!-- 2.4 level为 ERROR 日志,时间滚动输出 -->
  109. <appender name="ERROR_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
  110. <!-- 正在记录的日志文档的路径及文档名 -->
  111. <file>${log.path}/edu_error.log</file>
  112. <!--日志文档输出格式-->
  113. <encoder>
  114. <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern>
  115. <charset>UTF-8</charset> <!-- 此处设置字符集 -->
  116. </encoder>
  117. <!-- 日志记录器的滚动策略,按日期,按大小记录 -->
  118. <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
  119. <fileNamePattern>${log.path}/web-error-%d{yyyy-MM-dd}.%i.log</fileNamePattern>
  120. <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
  121. <maxFileSize>100MB</maxFileSize>
  122. </timeBasedFileNamingAndTriggeringPolicy>
  123. <!--日志文档保留天数-->
  124. <maxHistory>15</maxHistory>
  125. </rollingPolicy>
  126. <!-- 此日志文档只记录ERROR级别的 -->
  127. <filter class="ch.qos.logback.classic.filter.LevelFilter">
  128. <level>ERROR</level>
  129. <onMatch>ACCEPT</onMatch>
  130. <onMismatch>DENY</onMismatch>
  131. </filter>
  132. </appender>
  133. <!--
  134. <logger>用来设置某一个包或者具体的某一个类的日志打印级别、
  135. 以及指定<appender>。<logger>仅有一个name属性,
  136. 一个可选的level和一个可选的addtivity属性。
  137. name:用来指定受此logger约束的某一个包或者具体的某一个类。
  138. level:用来设置打印级别,大小写无关:TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF,
  139. 还有一个特俗值INHERITED或者同义词NULL,代表强制执行上级的级别。
  140. 如果未设置此属性,那么当前logger将会继承上级的级别。
  141. addtivity:是否向上级logger传递打印信息。默认是true。
  142. <logger name="org.springframework.web" level="info"/>
  143. <logger name="org.springframework.scheduling.annotation.ScheduledAnnotationBeanPostProcessor" level="INFO"/>
  144. -->
  145. <!--
  146. 使用mybatis的时候,sql语句是debug下才会打印,而这里我们只配置了info,所以想要查看sql语句的话,有以下两种操作:
  147. 第一种把<root level="info">改成<root level="DEBUG">这样就会打印sql,不过这样日志那边会出现很多其他消息
  148. 第二种就是单独给dao下目录配置debug模式,代码如下,这样配置sql语句会打印,其他还是正常info级别:
  149. 【logging.level.org.mybatis=debug logging.level.dao=debug】
  150. -->
  151. <!--
  152. root节点是必选节点,用来指定最基础的日志输出级别,只有一个level属性
  153. level:用来设置打印级别,大小写无关:TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF,
  154. 不能设置为INHERITED或者同义词NULL。默认是DEBUG
  155. 可以包含零个或多个元素,标识这个appender将会添加到这个logger。
  156. -->
  157. <!-- 4. 最终的策略 -->
  158. <!-- 4.1 开发环境:打印控制台-->
  159. <springProfile name="dev">
  160. <logger name="com.cms" level="info"/>
  161. <root level="info">
  162. <appender-ref ref="CONSOLE" />
  163. <appender-ref ref="DEBUG_FILE" />
  164. <appender-ref ref="INFO_FILE" />
  165. <appender-ref ref="WARN_FILE" />
  166. <appender-ref ref="ERROR_FILE" />
  167. </root>
  168. </springProfile>
  169. <!-- 4.2 生产环境:输出到文档-->
  170. <springProfile name="pro">
  171. <logger name="com.cms" level="warn"/>
  172. <root level="info">
  173. <appender-ref ref="ERROR_FILE" />
  174. <appender-ref ref="WARN_FILE" />
  175. </root>
  176. </springProfile>
  177. </configuration>

日志收集异常信息

日志信息往往伴随着异常信息的输出,因此,需要修改统一异常的处理器,将异常信息以流的方式写到日志文件中

  • 异常信息文件工具类

    1. @Slf4j
    2. public class ExceptionUtil {
    3. /**
    4. * 打印异常信息
    5. */
    6. public static String getMessage(Exception e) {
    7. String swStr = null;
    8. try (StringWriter sw = new StringWriter(); PrintWriter pw = new PrintWriter(sw)) {
    9. e.printStackTrace(pw);
    10. pw.flush();
    11. sw.flush();
    12. swStr = sw.toString();
    13. } catch (IOException ex) {
    14. ex.printStackTrace();
    15. log.error(ex.getMessage());
    16. }
    17. return swStr;
    18. }
    19. }
  • 修改统一异常处理器,将异常方法中的直接打印改为日志输入并打印 ```java // … import lombok.extern.slf4j.Slf4j;

@ControllerAdvice @Slf4j public class GlobalExceptionHandler {

  1. /**-------- 通用异常处理方法 --------**/
  2. @ExceptionHandler(Exception.class)
  3. @ResponseBody
  4. public R error(Exception e) {
  5. // e.printStackTrace();
  6. log.error(ExceptionUtil.getMessage(e));
  7. return R.error();
  8. }
  9. // ...

} ``` 注意

  1. 日志的环境即spring.profiles.acticve,跟随项目启动;
  2. 启动后,即可到自定目录查找到生成的日志文件;
  3. 本地idea调试时,推荐Grep Console插件可实现控制台的自定义颜色输出