axios 请求配置错误导致接口不调用，2022年8月某次项目中，配置参数method写成了metnod，接口没调用。
这就是坑，别信配置文档，直接测试。
请求头大小写敏感，2021年6月某次接口请求头Content-Type写成content-type，服务器解析失败。
别这么干，严格按照规范写。
响应拦截器错误处理不彻底，2020年11月某次项目，响应拦截器错误捕获后没有处理，导致前端崩溃。
这就是坑，别信响应拦截器简单配置就完事，要完整处理。
分页参数配置错误，2023年2月某次项目，分页参数page和size顺序写反，接口返回空数据。
这就是坑，别信分页参数随便写，要严格按照规范。
请求超时未设置，2022年9月某次项目，请求超时未设置，导致长时间等待无响应。
这就是坑，别信超时设置不重要，要配置合理。
实操提醒：代码审查时重点关注配置错误。
axios啊，这玩意儿我接触得可早了。我记得是2015年左右吧，那时候做前端开发，axios刚火起来。说起来，我当时也没想明白，为什么大家突然都这么喜欢用axios来发请求。
那时候，我所在的公司是一个做电商平台的，我们那会儿用了axios来替换掉了jQuery的ajax方法。说实话，感觉用axios写出来的代码确实简洁多了，而且它支持Promise，写起来更顺滑。我记得有一次，我在北京的一个技术交流会上，看到一个大佬现场演示用axios做跨域请求，那效果，简直了，用的人多了嘛，自然就流行起来了。
再来说说axios的一些特点吧。它支持请求和响应的拦截，这个功能我特别喜欢。有一次，我们公司做活动，需要监控所有API请求的响应时间，那时候就是用axios的拦截器来实现的，方便得很。还有，axios的错误处理也很强大，我记得有一次，一个接口突然挂了，我们通过axios的错误处理机制，很快就定位到了问题。
不过，说回来，axios也有它的缺点。比如说，它不支持IE浏览器，这个我就挺无奈的。当时我们公司后台是用的.NET，有些老客户还在用IE，这就尴尬了。不过，那时候我们还是想办法兼容了。
总之，axios是个挺不错的库，用起来挺方便的。我记得那时候，很多前端开发者都在讨论axios的用法，感觉像是个潮流一样。现在想想，确实，一个工具用的人多了，就能发现更多的问题和解决方案。
说起axios，那可真是让我又爱又恨啊。记得14年刚毕业那会儿，我接手了一个项目，那时候axios才刚火起来。那时候的我啊，就想着，这玩意儿能让我省多少事儿啊，再也不用写那些繁琐的XMLHttpRequest了。
结果呢，结果就是踩了一堆坑。比如有一次，我写了个接口请求，结果页面一卡，点不动了。当时那心情，简直了。后来排查才发现，是因为axios请求太多，后台响应不过来了。那时候啊，我就想，这玩意儿虽然方便，但得好好管理请求量啊。
还有一次，一个同事说他的请求总是失败，我一看，，原来是跨域问题。那时候啊，我就开始研究CORS，配置代理，搞了好久才解决。
现在回想起来，那会儿的坑，现在想想还挺有意思的。不过，说到底，axios确实提高了开发效率，让我们的工作更轻松了。现在啊，我写项目，基本上都会用axios，但也会注意控制请求量，避免再踩坑了。说到底，技术这东西，得不断学习，不断实践，才能真的掌握。