axios中通过Headers实例配置上传请求头的方式是否有效？

你当前这套创建请求头的写法存在多处逻辑问题，无法稳定实现文件上传功能，具体问题拆解如下：

• 无效的手动Content-Type设置
  你连续两次调用header.set给Content-Type头赋值，本质上是绕了弯路还埋了坑：哪怕最后一次set的multipart/form-data成功覆盖了前一次的application/json值，这个硬编码的头值也是完全不可用的。
  当请求体是FormData实例时，根本不需要手动指定multipart/form-data类型。如果你手动硬编码这个值，会缺失类型里必须携带的boundary分段标识，后端拿到请求后根本没法把FormData里的文件、字段拆分出来，直接就会触发解析失败。正确的逻辑是把Content-Type的设置权完全交给axios，它检测到FormData请求体时，会自动生成带正确boundary的Content-Type值，完全符合后端解析要求。
• 不必要的Headers实例转换
  虽然现代版本的axios确实可以兼容接收原生Headers对象作为headers配置值，但你这里完全是多此一举：你传入new Headers()的参数authHeader()本身就是普通键值对结构，直接展开合并成普通对象传给axios就行，不需要额外做一次Headers实例的封装，徒增代码冗余。

可正常运行的参考实现：

const upload = (file, onUploadProgress) => {
  let formData = new FormData();
  formData.append("file", file);

  return axios.post(API_URL + "upload", formData, {
    headers: {
      ...authHeader(),
      Accept: "application/json"
    },
    onUploadProgress,
  });
};

• 常见踩坑提醒
  如果你的项目全局axios配置里默认设置了Content-Type: application/json，一定要在这个上传请求的headers里显式把这个值覆盖为undefined，强制触发axios的自动Content-Type生成逻辑，避免全局默认值残留导致的解析异常。

内容的提问来源于stack exchange，提问作者Mr.Gomer