最后一个回调始终激活，readfileSync回调异常触发：需仅在错误/超时执行

你已经找对了问题的突破口——移除else分支后功能恢复正常，说明原来的逻辑错误地在请求成功路径也触发了本地文件读取。结合你需要的「无连接/超时才fallback到本地」的需求，咱们来把逻辑理顺，同时解决最后一个回调始终激活的问题。

核心问题拆解 #

1. readFileSync回调滥用：原来的代码大概率在请求成功的else分支里也执行了本地文件读取，导致不管请求是否正常都触发fallback。
2. 回调重复激活：没有设置状态标记，导致超时回调和请求完成回调可能先后触发，造成重复执行。

修正后的实现方案 #

下面是调整后的代码示例，精准解决这两个问题：

const fs = require('fs'); // Node.js环境需引入fs模块

function fetchDataWithFallback(callback) {
  let isCallbackHandled = false; // 标记是否已处理响应，防止重复回调
  const TIMEOUT_LIMIT = 5000; // 5秒超时阈值

  // 超时fallback逻辑
  const timeoutTimer = setTimeout(() => {
    if (!isCallbackHandled) {
      isCallbackHandled = true;
      try {
        // 读取本地备用文件
        const localContent = fs.readFileSync('./fallback-data.json', 'utf8');
        const localData = JSON.parse(localContent);
        callback(null, localData);
      } catch (fsError) {
        // 捕获本地文件读取失败的异常
        callback(new Error(`Fallback file read failed: ${fsError.message}`), null);
      }
    }
  }, TIMEOUT_LIMIT);

  // 发起远程请求
  fetch('https://your-target-api.com/data')
    .then(response => {
      // 如果已经触发过回调（比如超时），直接终止后续逻辑
      if (isCallbackHandled) return;
      
      // 请求完成，清除超时定时器
      clearTimeout(timeoutTimer);
      isCallbackHandled = true;

      // 仅当状态码异常时，抛出错误进入fallback流程
      if (!response.ok) {
        throw new Error(`Request failed with status: ${response.status}`);
      }

      // 请求正常，返回远程数据
      return response.json();
    })
    .then(remoteData => {
      callback(null, remoteData);
    })
    .catch(requestError => {
      // 如果已经触发过回调，直接返回
      if (isCallbackHandled) return;
      
      clearTimeout(timeoutTimer);
      isCallbackHandled = true;

      // 请求错误（无连接、状态码异常等），触发本地fallback
      try {
        const localContent = fs.readFileSync('./fallback-data.json', 'utf8');
        const localData = JSON.parse(localContent);
        callback(null, localData);
      } catch (fsError) {
        // 同时捕获请求错误和fallback错误，返回完整信息
        callback(new Error(`Request failed + fallback error: ${requestError.message} | ${fsError.message}`), null);
      }
    });
}

关键调整点说明 #

• isCallbackHandled状态标记：确保只有第一次触发的逻辑会执行回调，彻底解决「最后一个回调始终激活」的问题——不管是请求先完成，还是超时先触发，都只会处理一次。
• 精准的Fallback触发条件：
  • 远程请求抛出错误（比如无网络连接、DNS解析失败）
  • 远程请求返回异常状态码（response.ok为false，比如4xx/5xx）
  • 请求超时未完成
• 清理超时定时器：当请求成功或失败处理完成后，立即清除超时定时器，避免后续不必要的fallback触发。
• 错误处理闭环：不仅处理远程请求错误，还捕获本地文件读取的异常，把完整的错误信息传递给回调，方便调试和后续处理。

逻辑验证 #

调用这个函数时：

• 如果远程请求正常返回（状态码200-299）：直接返回远程数据，不会触发本地文件读取。
• 如果请求超时、无连接，或者返回异常状态码：自动读取本地文件作为fallback。
• 不会出现回调重复执行的情况，因为isCallbackHandled标记会阻止后续的回调调用。

内容的提问来源于stack exchange，提问作者J.Doe