为URL配置添加属性时设置Content-Type导致函数无报错中断

代码中断的核心原因是config.headers本身为undefined，和“对象上是否存在Content-Type属性”无关。
你在requestLogin中构造请求配置requestOptions时，只声明了method、body两个字段，没有初始化headers属性。拦截器中直接执行config.headers['Content-Type'] = 'application/json'，本质是对undefined做属性赋值，会触发TypeError: Cannot set properties of undefined。如果上层请求封装做了静默错误捕获，就会表现为“无报错直接终止运行”。

• 先验证根因：在问题代码行前加console.log('headers值为：', config.headers)，运行后会看到控制台输出undefined，即可确认问题。
• 做两层修复兜底，避免同类问题重复出现：
  1. 请求构造侧：所有请求配置初始化时默认带上空headers对象，从源头避免属性不存在的问题
  2. 拦截器侧：设置请求头前先判断headers是否存在，不存在则先初始化空对象

const requestLogin = async (loginDTO) => {
  let requestOptions = {
    method: 'POST',
    // 初始化headers对象
    headers: {},
    body: JSON.stringify(loginDTO)
  };
  return await fetch(`${baseURL}/Account/Login`, requestOptions);
}

request: function (url, config) {
  if (!config) return;
  // 拦截器兜底：headers不存在则先创建
  config.headers = config.headers || {};
  config.headers['Content-Type'] = 'application/json';
  return [url, config];
},

如果加完上述兜底还是存在异常，检查两个点：

• 部分fetch封装库会把headers处理为原生Headers实例，这种场景下不要用方括号赋值，要调用实例方法config.headers.set('Content-Type', 'application/json')，否则严格模式下会赋值失效、触发异常。
• 检查请求封装的Promise链、拦截器调度逻辑有没有写空的catch捕获，把错误吞掉导致看不到明确报错，打印捕获到的错误可以大幅降低排查成本。

内容的提问来源于stack exchange，提问作者Froncis