屋里美团的姑娘喊我帮她写前端，忙到凌晨两点的我苦不堪言。为此我写了这篇文章《axios封装》希望他们在未来写出更好的前端代码。

如果回到在10年前，promise式的请求工具是一个很大的创新，它解决了请求繁琐的问题，但现在都已经是2023年了，promise式的请求工具只能被称为传统

目前掘金上已经有很多关于axios封装的文章。自己在初次阅读这些文章中，见识到很多封装思路，但在付诸实践时一直有疑问：这些看似高级的二次封装，是否会把`axios`的调用方式弄得更加复杂？

axios取消重复请求： 相同的接口在上一个pending状态时，自动取消下一个请求； 请求失败重试： 接口请求后台异常时候，自动重新发起多次请求；请求接口数据缓存：接口在设定时间内不会向后台获取数据

性能优化是把双刃剑，有好的一面也有坏的一面。好的一面就是能提升网站性能，坏的一面就是配置麻烦，或者要遵守的规则太多。并且某些性能优化规则并不适用所有场景，需要谨慎使用，请读者带着批判性的眼光来阅读本文。 本文相关的优化建议的引用资料出处均会在建议后面给出，或者放在文末。 1. …

前端路由有两种模式：hash 模式和 history 模式，接下来分析这两种模式的实现方式和优缺点。 hash 模式是一种把前端路由的路径用井号 # 拼接在真实 URL 后面的模式。当井号 # 后面的路径发生变化时，浏览器并不会重新发起请求，而是会触发 hashchange 事…