在浏览器上F12查看请求和响应
请求参数是不是准确,呼应码是啥,用来锁定是前端仍是后端错误。
比方404,根本判定前端请求地址写错了,比方500,多数是后端代码错误。
非常多人只看表像,看前端报错了就以为是前真个问题,看把持台有报错就以为一定是后真个错误。
留意要剖析!不要猜想。看f12的network选项,剖析参数的内容和格局是不是契合预期等。
看错误或者请求日志
非常多bug多是后真个逻辑错误和一些其他细节错误。
假如报错,直接看报错的信息,普通会有十分明白的缘由。比方空指针,参数错误等。
假如没有报错,可以检查从把持层到数据拜访层的挪用日记的输出和输出等判别哪一次挪用出了问题。
尽可能本人先去剖析,而不是直接复制到baidu或者谷歌上找计划一个一个试,不然就算处理了问题,印象不深入,不知其所以然。
比方服务层挪用数据拜访层时参数少传了一个,比方查询的数据封装VO时少了或者赋值错了字段等等。
当地或者测试服远程debug
是否是逻辑有问题?
直接经过测试服远程debug,可以单步跟踪,很轻易找到错误的缘由。
debug的时分可以应用前提断点、watch机制类辅佐排错。
变量控制
如果是新开发的功能,通过删除部分怀疑引入错误的新增的代码来排错。
比如引入了3个二方jar,有冲突,可以去除某一个试试,好了就是这个jar的问题。
注意最好是拉取新的git分支来操作,避免污染原有分支的代码,搞出Bug。
环境测试:
换浏览器,代码写到自己的demo项目中试试等。
官方文档大法:如果是用法问题,配置问题,尽量查官方文档,看看这一块怎么用,是不是自己用错了。
code Review
重新对代码进行code review,查看逻辑是否正确,是否有忽略的情况等。
搜索引擎大法
不过尽量用谷歌,百度,Stack Overflow,Errb.com。而且尽可能用英文关键词来搜。