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年10月18日 23:20

相关推荐

  • 安全数据监测到客户端异常,是攻击还是误报?

    现象识别与初步判断在现代企业数字化运营中,客户端作为用户与系统交互的核心入口,其稳定性直接关系到业务连续性与用户体验,安全数据监测系统通过实时采集客户端日志、网络流量、系统调用等多维度数据,能够快速识别异常行为,当监测到客户端异常时,通常表现为以下特征:一是非授权访问尝试,如频繁失败登录、异地批量登录等;二是资……

    2025年11月23日
    030
  • 安全生产监测监控系统竣工资料如何规范整理归档?

    安全生产监测监控系统竣工资料是项目建设全过程的真实记录,是系统后期运维、管理及升级改造的重要依据,其编制工作需遵循完整性、准确性、规范性和系统性的原则,确保资料能够全面反映工程建设的实际情况,为系统长期稳定运行提供坚实保障,竣工资料的编制要求安全生产监测监控系统竣工资料的编制需严格遵循国家及行业相关标准,如《建……

    2025年10月31日
    060
  • 安全监控与巡检打折,服务质量会打折扣吗?

    隐患滋生的温床与防控策略在现代化生产与运营体系中,安全监控与巡检是保障人员、设备及环境安全的核心防线,部分企业为追求短期成本节约,对安全监控与巡检进行“打折”——减少频次、降低标准、简化流程,这种看似“精打细算”的行为,实则埋下了重大安全隐患,可能导致事故频发、损失惨重,本文将从安全监控与巡检打折的表现形式、危……

    2025年11月3日
    080
  • 安全看护促销怎么选?性价比高的安全看护产品推荐

    在当今竞争激烈的市场环境中,企业为了提升产品销量、扩大品牌影响力,常常会推出各种促销活动,促销活动在带来短期销售增长的同时,也潜藏着诸多安全风险,如何平衡“促销”与“安全”,确保活动在吸引消费者的同时,不出现安全事故、数据泄露或法律纠纷,成为企业必须重视的课题,本文将从安全看护的角度,系统阐述促销活动全流程中的……

    2025年10月30日
    060

发表回复

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