一、简介
今天,写的一个应用出了点问题-,反馈的信息是后端报错了,但不知道错在哪?
二、反思
- 获取信息
从用户拿获取的信息,只知道在请求**某个接口【信息1】**时,不能正确返回想要的结果。但凭这信息的输入,我们只能知道,并定位到某个接口出错了(但实际上已经缩小了很多,),从接口出发,明确知道问题肯定出在这个接口的这条逻辑链,对于简单的程序还好(基本上就是 从 controller到数据库一条逻辑链,再牵扯一下Redis什么的 简单交互),若对应逻辑调用复杂的 就需要把整个逻辑链理清。
- 分析信息
通过时间点【信息2】、查看日志,获取报错信息,拿到报错信息,基本上就解决了80%了,剩下的就是经验和技术熟悉问题了。对于线上问题,一般就只能通过日志了,如果还能复现问题,那就可以模拟测试。
- 复现问题、总结
在出现问题之后,务必需要进行复现问题,思考如何规避,写对策。
- 总结
三、问题记录
- 问题描述
由于和朋友没有商定好某个JSONDATA的数据量大小,他在传输数据量很大时,由于数据库字段的存储限制,而报错了。但报错具体不知道,从日志只拿到
org.springframework.web.HttpMediaTypeNotSupportedException: Content type ‘text/plain;charset=UTF-8’ not supported
org.springframework.dao.DataIntegrityViolationException: could not execute statement; SQL [n/a]; nested exception is org.hibernate.exception.DataException: could not execute statement
- 分析
定位: (1)HTTPType:交互问题,请求格式检查– (2)Dao,SQL不能执行,,思考-请求的数据格式问题,定位在SQL层面,不符合数据库的规范-应该定位在 数据和数据库表,而不是执行逻辑。对于执行逻辑一般是空指针、越界等。 另外,异常处理返回格式也需要统一,刚开始直接返回字符串,导致APP读取时不能正确处理,让前端朋友误认为,多想。
SpringBoot统一处理异常
@ExceptionHandler(value = Exception.class)
ResultResp globalException(Exception e){
ThreadPoolExecutor executor = SingleThreadPool.getThreadPool();
executor.submit(()->{
System.out.println("执行异常处理---"+executor.getActiveCount()+"::");
ErrorLogBean errorLogBean = new ErrorLogBean();
errorLogBean.setErrorMsg(e.toString());
errorLogBean.setOptTime(Timestamp.valueOf(DateUtil.now()));
errorLogBean.setPosition(e.getStackTrace()[0]+"");
errorLogBean.setType(e.getCause()!=null?e.getCause().toString():null);
errorLogDao.save(errorLogBean);
});
ResultResp rs = new ResultResp(); rs.setCode(-1);
rs.setMsg("服务器内部异常("+e+")");
rs.setData("none"); return rs;
}
|