DEV Community
·
Axios与Fetch：2025年我该选择哪个Fetch包装器？
💡
原文英文，约300词，阅读约需1分钟。
📝
内容提要
2025年，Axios作为fetch的包装器体积过大（35.6KB），而小型包装器如wretch、ky和ofetch各自API风格不同。最终选择了xior，体积小且API类似Axios，支持嵌套查询参数编码和插件，适用于多种环境。
🎯
关键要点
- 2025年，Axios作为fetch的包装器体积过大（35.6KB），不适合使用。
- 小型包装器如wretch、ky和ofetch各自API风格不同，且体积均在4KB以下。
- Axios因其易用的API和强大的拦截器而受欢迎。
- 最终选择了xior，因其体积小且API类似Axios，支持嵌套查询参数编码和插件。
- xior具有内置的嵌套查询参数编码和多种有用的内置插件，易于自定义。
- xior支持自定义fetch实现，适用于代理、旧浏览器和Tauri应用。
- xior使用TypeScript编写，已在实际项目中使用，作者快速修复问题。
❓
延伸问答
为什么Axios在2025年不再适合作为fetch的包装器？
因为Axios的体积为35.6KB，过大，不适合用作fetch的包装器。
有哪些小型的fetch包装器推荐？
推荐的小型包装器有wretch、ky和ofetch，它们的体积均在4KB以下。
xior相比于Axios有什么优势？
xior体积小，API类似于Axios，支持嵌套查询参数编码和插件，易于自定义。
xior支持哪些特性？
xior支持内置的嵌套查询参数编码、多种插件、自定义fetch实现，适用于代理、旧浏览器和Tauri应用。
xior是用什么语言编写的？
xior是用TypeScript编写的。
为什么选择xior而不是其他fetch包装器？
选择xior是因为它体积小且API类似Axios，适合多种环境，且有快速的bug修复。
➡️
