likes
comments
collection
share

【BUG合集】(一)①数据库存1/0,请求结果返回true和false;②sql查数据库能查,但mybatis查为空;③data64图片存储为异常;

作者站长头像
站长
· 阅读数 13

前言

最近,在工作上接手的任务中,各种 bug 问题出现,在解决的同时也可以记录一下。因此,觉得可以出个记录 bug 合集。方便后来者碰到类似情况,可以作为一个参考进行解决。

文章题目就包含当前文章内容中所遇到的三个 bug...

【BUG】

1.【数据库存1/0,请求结果返回true和false】

【问题】 在做一个业务查询数据功能的时候,一开始查询结果的还一直疑惑,java 代码里 isRead 完全没找到转换为 boolean 类型的啊,数据库里明明也是整数型呢!还以为是在哪块有转换的,我没有找到。但是后来,新增的时候出现了代码报错。

代码报错:Cannot deserialize instance of `java.lang.Integer` out of VALUE_TRUE token at... through reference chain: com.anpai.xxx.xxx["isRead"]

【分析、发现与解决】(点击展开)

【原因】 检查半天后,才发现是数据库的锅,数据库!isRead字段是 tinyint 类型,且存储长度为1,则转为 java.lang.Boolean,否则转为 java.lang.Integer。巧了不是,刚好这张表涉及的isRead字段对应的数据类型就是 tinyint 且长度大小为 1...

【BUG合集】(一)①数据库存1/0,请求结果返回true和false;②sql查数据库能查,但mybatis查为空;③data64图片存储为异常;

【如何发现】 琢磨半天,小问了一下同事小马才知道 mysql 数据库还会有这个机制!怪自己孤陋寡闻了。这太关键了吧!

【如何修复】: 把该字段的长度设置2就好了~(如下图) 或者把 tinyint类型改为int类型,只要破坏数据类型tinyint 且长度大小为 1 这两个条件之一,防止转换即可。

【BUG合集】(一)①数据库存1/0,请求结果返回true和false;②sql查数据库能查,但mybatis查为空;③data64图片存储为异常;

【小结】: 勤学多问,不要只在逻辑层,底层、数据库也可能会存在问题。

2.【sql查数据库能查,但mybatis查为空】

【问题】 一个业务中的一个查询,数据属于的对应的操作人、操作人的同部门和低部门的数据都可以看到。写好的 sql 语句(如下)在数据库能执行能获取到对应的操作人、操作人的同部门和低部门的数据也可看,但是在 mybatis 框架的 xml 执行只能获取到对应的操作人,获取不到操作人的同部门和低部门的数据

select * from t_book as b 
  where (
	   (b.created_user_id = "#{userId}" and b.dept) 
	or ( (SELECT GROUP_CONCAT(id SEPARATOR ',') as deptIds 
	         from t_dept 
	         where full_dept_id LIKE CONCAT('%',"#{deptId}",'%')) 
        LIKE CONCAT('%',b.dept_id,'%')
      )
  )

分段帮手

【BUG合集】(一)①数据库存1/0,请求结果返回true和false;②sql查数据库能查,但mybatis查为空;③data64图片存储为异常;

【分析、发现与解决】(点击展开)

【原因】 【未解决】: 一开始,以为代码中又有其他拦截器的权限拦截掉(执行的 sql 语句中加上部门 id 权限),但是 sql 语句已经一模一样在控制台中输出,但结果就是为空数据或不包含同级和下级的数据。

【个人揣测】: jdbc 框架不认可 or 后的 sql((集合)LIKE(数据),如下)

((SELECT GROUP_CONCAT(id SEPARATOR ',') as deptIds 
	         from t_dept 
	         where full_dept_id LIKE CONCAT('%',"#{deptId}",'%')) 
 LIKE CONCAT('%',b.dept_id,'%')
)

【如何发现】 接口返回的数据不对的时候发现的。

【如何修复】 我把这奇怪的问题,问向了同事小马。小马也很疑惑,同时也疑惑我的 sql 语句,听取了一下他的建议,用 find_in_set() 的方法去查询。结果居然可以了!

or 后的 sql(如下)

(FIND_IN_SET(b.dept_id, (SELECT GROUP_CONCAT(id SEPARATOR ',') as deptIds 
	         from t_dept 
	         where full_dept_id LIKE CONCAT('%',"#{deptId}",'%'))
)

完整 sql(如下)

select * from t_book as b 
  where (
	   (b.created_user_id = "#{userId}" and b.dept) 
	or ((SELECT GROUP_CONCAT(id SEPARATOR ',') as deptIds 
	         from t_dept 
	         where full_dept_id LIKE CONCAT('%',"#{deptId}",'%')) 
       LIKE CONCAT('%',b.dept_id,'%')
     )
)

【小结】 不要弄太复杂的 sql,多使用和熟悉 sql 提供的方法~

3.【data64图片存储为异常】

【问题】 一个富文本功能需要存储图片,做法是前端把图片进行data64转换然后传到后端存储到数据库里。但是进行有图片的富文本存了后,前端再请求展示出来,却是裂开的图片,不存在的。

(图左新增;图右查询

【BUG合集】(一)①数据库存1/0,请求结果返回true和false;②sql查数据库能查,但mybatis查为空;③data64图片存储为异常;【BUG合集】(一)①数据库存1/0,请求结果返回true和false;②sql查数据库能查,但mybatis查为空;③data64图片存储为异常;

【分析、发现与解决】(点击展开)

【原因】 存到数据库的数据data64+号全变成 “ ”(空格)了。

【如何发现】 在检查后端也已经使用URLDecoder.decode() 进行转义了。才发现在前端就没传入进去,用在线文本比对工具 | 菜鸟工具对比一下才发现。前端传的时候就已经出错了,后端再怎么转义(把+号转对应的编码%2B)肯定都无济于事了。(图解发现过程)

对比数据(发现+号变成“ ”空格)

【BUG合集】(一)①数据库存1/0,请求结果返回true和false;②sql查数据库能查,但mybatis查为空;③data64图片存储为异常;

查找在哪变成了空格,发现是在网络传输层。(前端传参没问题,但是到后端变成了空格)

【BUG合集】(一)①数据库存1/0,请求结果返回true和false;②sql查数据库能查,但mybatis查为空;③data64图片存储为异常;

【如何修复】 基于前端传参没问题,但是到后端变成了空格的原因,那么在后端再怎么进行转义都是没有处理到点的。因此是在前端进行处理转义才对!

  // base64网络传输+号会变空格,全部替换为编码(%2B)
  var formContent = this.formContent;
  form.txt = formContent.txt.replaceAll("+","%2B"); 
  this.formContent = formContent;

【小结】 学习了网络传输层还会导致“+”变为“ ”(空格)。

总结

  1. 数据库的表里,字段为 tinyint 类型,且存储长度为1,会转为 java.lang.Boolean,否则转为 java.lang.Integer
  2. ① sql 查数据库能查,但 mybatis 查为空。LIKE 用法,JDBC 没有转移成功执行(集合)LIKE(数据)。(个人揣测)② 不要弄太复杂的 sql,多使用和熟悉 sql 提供的方法。
  3. 网络传输层还会导致“+”号变为“ ”(空格),传输数据可以先把数据进行编码(如“+”号替换为对应的编码“%2B”)。

文章小尾巴

文章小尾巴(点击展开)

文章写作、模板、文章小尾巴可参考:《写作“小心思”》   感谢你看到最后,最后再说两点~  ①如果你持有不同的看法,欢迎你在文章下方进行留言、评论。  ②如果对你有帮助,或者你认可的话,欢迎给个小点赞,支持一下~   我是南方者,一个热爱计算机更热爱祖国的南方人。  (文章内容仅供学习参考,如有侵权,非常抱歉,请立即联系作者删除。)

转载自:https://juejin.cn/post/7244109491897106469
评论
请登录