后端数据库信息校验报错

跟着b站视频弄后端数据库信息校验，一开始是这样的

然后我就没管了，继续弄，现在就变成这个样子了，到底是因为什么呀？该怎么修改呀

你把视频链接发过来

DEBUG调试一下看看传入的用户名和密码是否正确或者是不是没有接收到用户名和密码参数，从你这个POSTMAN界面看你用户名和密码放在了参数名称里面具体的值没有填写

• 你可以看下这个问题的回答https://ask.csdn.net/questions/7803369
• 这篇博客也不错, 你可以看下同一个类或者两个分别不同的类中a方法调用b方法事务的隔离级别问题
• 除此之外, 这篇博客: 失败的面试小记，项目面，酷家乐面筋中的 b树定义 及 b+ 树 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:
  

• 根结点至少有两个孩子（子节点）
  每个结点至多有M个子节点
  除了根结点和叶结点，每个结点至少有[M/2]个孩子：孩子个数：[M/2]~M
  除了根结点，每个结点的关键字个数n必须满足：[M/2]-1<= n<=M-1
  所有叶子结点出现在同一层
  位于父节点两个key之间的子节点的值位于父节点两个key对应的value之间。
  

• 您还可以看一下 冯传宇老师的玩转微信小程序 实战高仿B站小程序课程中的 实现视频列表的数据获取及遍历渲染小节, 巩固相关知识点
  
• 以下回答由chatgpt基于相关博客总结生成:

  对于问题标题"后端数据库信息校验报错"，根据提供的参考资料，我们可以得出以下结论：

  1. 由于问题描述不够具体，无法确定错误的原因。根据资料段落0和段落1中的内容，后端数据库信息校验报错可能与分布式事务、方法间的相互调用、或服务器负载发生变化等因素有关。

  2. 针对错误的原因，可以针对性地进行以下修改和调试：

  a. 分布式事务问题：
  如果后端数据库信息校验涉及到多个子服务，可能涉及到分布式事务的问题。在分布式事务中，可以考虑采用分布式事务管理器（如Atomikos、Bitronix、Seata等）来确保事务的一致性。可以根据具体的框架和技术选型，配置分布式事务管理器，并确保各子服务的事务能够正确提交或回滚。

  b. 方法间的相互调用问题：
  如果报错是因为一个对象内A方法与B方法互调产生的问题，可以考虑使用模拟对象来绕过B方法，从而避免资源消耗。可以使用Mockito等测试框架来创建模拟对象，并指定模拟对象在测试方法中调用A方法中的B方法。确保通过模拟对象调用B方法时，使用的是模拟对象而非实际对象。

  c. 服务器负载发生变化问题：
  如果在高负载情况下出现问题，可以考虑增加服务器的负载能力。可以根据具体的情况，增加服务器资源（如CPU、内存、带宽等），使用负载均衡技术（如Nginx、HAProxy等），或使用云端扩容服务（如云服务器的弹性伸缩功能）等方式来提高服务器的负载能力。

  综上所述，根据提供的信息，我们可以针对不同的可能原因进行相应的修改和调试。根据具体问题的描述和提供的代码或日志信息，可以进一步分析和解决该问题。如果以上解决方案无法满足问题要求，请提供更多细节信息以便更好地帮助您解决问题。

看一下异常堆栈信息，debug一个个倒推上层调用方法看下具体异常