axios.js全局配置如何设置基础URL和拦截器?

全局配置的基础概念

Axios.js 作为一款流行的 HTTP 客户端,其全局配置功能允许开发者统一管理请求和响应的默认行为,避免在多个请求中重复编写相同代码,通过 axios.defaultsaxios.interceptors,我们可以预设基础 URL、请求头、超时时间等参数,从而提升代码的可维护性和一致性,全局配置适用于所有由该 Axios 实例发起的请求,除非在具体请求中明确覆盖这些配置。

常用全局配置项详解

基础 URL(baseURL)
baseURL 用于指定所有请求的公共前缀,适用于接口地址有固定环境的场景(如开发、测试、生产环境)。

axios.defaults.baseURL = 'https://api.example.com/v1';

发起请求时只需传入相对路径,如 axios.get('/users'),实际请求地址会自动拼接为 https://api.example.com/v1/users

请求头配置(headers)
通过 headers 可统一设置默认的请求头信息,如 Content-TypeAuthorization 等。

axios.defaults.headers.common['Authorization'] = 'Bearer token123';
axios.defaults.headers.post['Content-Type'] = 'application/json';

common 属性下的请求头会作用于所有请求方法,而 getpost 等方法则针对特定请求类型。

超时时间(timeout)
timeout 用于设置请求超时阈值(单位:毫秒),避免请求因网络问题长时间挂起。

axios.defaults.timeout = 10000; // 10秒超时

若服务器在规定时间内未响应,Axios 会自动中断请求并触发错误回调。

自定义响应码处理(validateStatus)
默认情况下,Axios 仅当 HTTP 状态码为 2xx 时才会 resolve 请求,其他状态码会触发 reject,通过 validateStatus 可自定义成功/失败的判断逻辑。

axios.defaults.validateStatus = function (status) {
  return status >= 200 && status < 300; // 仅 2xx 视为成功
};

拦截器的全局配置

拦截器是 Axios 的高级功能,分为请求拦截器和响应拦截器,可在请求发送前或响应接收后统一处理逻辑。

请求拦截器
用于在请求发送前修改配置、添加 token 或处理错误。

axios.interceptors.request.use(config => {
  // 在发送请求前添加 token
  const token = localStorage.getItem('token');
  if (token) {
    config.headers.Authorization = `Bearer ${token}`;
  }
  return config;
}, error => {
  // 对请求错误做处理
  return Promise.reject(error);
});

响应拦截器
用于统一处理响应数据、错误码或数据格式转换。

axios.interceptors.response.use(response => {
  // 对响应数据做处理
  return response.data;
}, error => {
  // 对响应错误做处理
  if (error.response) {
    switch (error.response.status) {
      case 401:
        console.log('未授权,请登录');
        break;
      case 404:
        console.log('请求资源不存在');
        break;
    }
  }
  return Promise.reject(error);
});

配置的优先级与注意事项

Axios 的配置遵循“就近原则”,即:具体请求配置 > 全局配置 > 拦截器配置,若全局 baseURL 设为 /api,而在单个请求中传入 url: '/users',则最终请求地址为 /api/users;若请求中明确传入 url: 'https://other-api.com/users',则会覆盖全局配置。

需注意,全局配置会作用于所有请求,因此在多环境或复杂项目中,建议结合环境变量动态调整配置(如通过 process.env.NODE_ENV 切换不同环境的 baseURL),拦截器的执行顺序遵循“先进后出”原则,后添加的拦截器会优先执行。

Axios.js 的全局配置功能通过简化重复代码、统一处理逻辑,显著提升了开发效率,合理运用 defaultsinterceptors,能够优雅地处理请求头、超时、认证等通用场景,同时确保代码的简洁性和可维护性,在实际开发中,需根据项目需求灵活配置,并注意优先级规则,以避免意外的覆盖行为。

图片来源于AI模型,如侵权请联系管理员。作者:酷小编,如若转载,请注明出处:https://www.kufanyun.com/ask/118776.html

(0)
上一篇2025年11月27日 12:48
下一篇 2025年11月27日 12:53

相关推荐

  • 安全检查管理系统数据表设计时如何确保数据关联性与扩展性?

    安全检查管理系统数据表设计安全检查管理系统的核心在于高效、规范地管理检查流程、人员、设备及隐患数据,数据表设计作为系统的基础,需兼顾数据的完整性、一致性和可扩展性,以下从用户管理、检查任务、设备台账、隐患记录、检查报告等模块,详细阐述数据表的设计思路与关键字段,用户管理数据表设计用户管理模块是系统权限控制的基础……

    2025年11月9日
    0550
  • 分布式存储能给互联网带来什么

    互联网的快速发展正以前所未有的速度生成、传输和消费数据,从高清视频、物联网设备到人工智能训练,数据量呈指数级增长,传统中心化存储模式在应对海量数据、高并发访问、安全韧性等方面逐渐显露出瓶颈,分布式存储作为一种颠覆性的技术架构,通过将数据分散存储在多个独立节点上,正深刻重塑互联网的基础设施,为数据承载、系统安全……

    2026年1月2日
    0310
  • Win10电脑配置,究竟需要多高端?配置要求真的高到难以承受吗?

    随着科技的不断发展,操作系统也在不断更新迭代,Windows 10作为微软公司推出的最新操作系统,受到了广大用户的喜爱,使用Windows 10的电脑配置要求高吗?本文将为您详细解析,Windows 10最低配置要求我们来看看Windows 10的最低配置要求:项目要求处理器1 GHz或更快的处理器内存1 GB……

    2025年12月7日
    0650
    • 服务器间歇性无响应是什么原因?如何排查解决?

      根源分析、排查逻辑与解决方案服务器间歇性无响应是IT运维中常见的复杂问题,指服务器在特定场景下(如高并发时段、特定操作触发时)出现短暂无响应、延迟或服务中断,而非持续性的宕机,这类问题对业务连续性、用户体验和系统稳定性构成直接威胁,需结合多维度因素深入排查与解决,常见原因分析:从硬件到软件的多维溯源服务器间歇性……

      2026年1月10日
      020
  • Centreon配置过程中,如何确保高可用性和易用性?

    Centreon配置指南简介Centreon是一款功能强大的开源监控解决方案,它可以帮助您实时监控服务器、网络设备和应用程序,本文将详细介绍Centreon的配置过程,帮助您快速上手,安装与配置系统要求在安装Centreon之前,请确保您的服务器满足以下要求:操作系统:CentOS 6.x/7.x、Ubuntu……

    2025年12月4日
    0240

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注