《项目经验》——各类 HTTP 返回状态码原因以及解决办法

背景   在都接触过Itoo项目的前端项目和后端项目，并且实际的前后端通信过程中总是会遇到各类的http返回状态码的提示，基于项目中遇到的状态码给出解决方案。 内容

1.500错误：
问题：服务器可能down了，后台实体没有序列化，数据库的数据出现冗余
解决方案：先查找后台代码实体是否已经序列化（Serialization）；然后重新启动服务器，或者更换tomcat服务器；最后仍然报500的错误，DBA重新处理数据

---

2.405错误：
原因：主要是因为前后台http的请求方式不同；
解决方案：检查前后台http的请求方式。

---

3.404错误：
原因：服务器找不到请求的网页
解决方案：后台swagger测试没有问题之后，检查前台返回的参数的数量是否正确，参数的类型是否一致。

---

4.415错误:
原因：请求的格式不受请求页面的支持。
解决方案：主要是请求的格式前后台要统一，经常使用的请求格式是content-type是application/json，而不修改是html，后台无法接受这样的数据格式。

---

5.401错误：
原因：请求要求身份验证。 对于需要登录的网页，服务器可能返回此响应。
解决办法：主要前台向后台传送权限验证，通过表单或者是头文件的方式。

结语

  我的总结不是很完善，如果你遇到更多问题可以在下方留言处补充，感谢您的光顾，希望对您有帮助！