关于定位问题的一些思考【问题解决】

一、简介

今天，写的一个应用出了点问题-，反馈的信息是后端报错了，但不知道错在哪？

二、反思

1. 获取信息

从用户拿获取的信息，只知道在请求**某个接口【信息1】**时，不能正确返回想要的结果。但凭这信息的输入，我们只能知道，并定位到某个接口出错了（但实际上已经缩小了很多，），从接口出发，明确知道问题肯定出在这个接口的这条逻辑链，对于简单的程序还好（基本上就是 从 controller到数据库一条逻辑链，再牵扯一下Redis什么的 简单交互），若对应逻辑调用复杂的 就需要把整个逻辑链理清。

2. 分析信息

通过时间点【信息2】、查看日志，获取报错信息，拿到报错信息，基本上就解决了80%了，剩下的就是经验和技术熟悉问题了。对于线上问题，一般就只能通过日志了，如果还能复现问题，那就可以模拟测试。

3. 复现问题、总结

在出现问题之后，务必需要进行复现问题，思考如何规避，写对策。

4. 总结

三、问题记录

1. 问题描述

由于和朋友没有商定好某个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

2. 分析

定位：
（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());//e肯定不为空--
            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;
    }