异步获取文件方法：告别同步XHR，拥抱现代请求

告别同步XHR，拥抱现代异步请求！本文针对JavaScript中同步XMLHttpRequest（XHR）带来的性能瓶颈，特别是周期性获取文件时间时造成的UI阻塞问题，提出了切实可行的解决方案。文章深入剖析了同步XHR的弊端，并详细介绍了两种现代高效的异步实现方式：基于事件的异步XHR和基于Promise的Fetch API。通过丰富的代码示例和透彻的原理讲解，读者将掌握如何将阻塞的同步请求转化为非阻塞的异步操作，从而显著提升Web应用的响应速度和用户体验，并符合现代Web开发标准。掌握异步文件时间获取，优化你的Web应用性能！

本文旨在解决JavaScript中同步XMLHttpRequest（XHR）导致的性能问题，特别是当需要周期性获取服务器文件最后修改时间时。我们将深入探讨同步XHR的弊端，并提供两种现代且高效的异步解决方案：基于事件的异步XHR和基于Promise的Fetch API。通过代码示例和详细解释，读者将学会如何将阻塞的同步请求转换为非阻塞的异步操作，从而优化用户体验并遵循Web标准。

1. 同步XMLHttpRequest的弊端

在Web开发中，执行HTTP请求是常见的操作。传统的XMLHttpRequest对象提供了发起这些请求的能力。然而，当XMLHttpRequest.open()方法的第三个参数设置为false时，请求会以同步方式执行。这意味着JavaScript代码会暂停执行，直到服务器响应返回，这会阻塞浏览器的主线程，导致用户界面（UI）无响应，给用户带来卡顿的体验。现代浏览器普遍对主线程上的同步XHR发出警告，甚至在未来可能完全禁止，因为它严重损害了用户体验。

例如，以下代码片段展示了一个同步请求的典型模式，用于获取文件的Last-Modified头部信息：

function fetchHeader(url, wch) {
    try {
        var req = new XMLHttpRequest();
        req.open("HEAD", url, false); // 'false' 表示同步请求
        req.send(null);
        if (req.status == 200) {
            return req.getResponseHeader(wch);
        } else {
            return false;
        }
    } catch (er) {
        return er.message;
    }
}

这种模式在周期性检查文件修改时间时尤其有害，因为每次检查都会导致UI短暂冻结。

2. 异步XMLHttpRequest的实现

为了解决同步XHR的问题，我们必须采用异步请求。异步XHR通过事件监听器在请求状态变化时触发回调函数，从而允许JavaScript主线程继续执行其他任务。

以下是将上述同步XHR转换为异步版本的实现：

const pageload = new Date(); // 页面加载时间
const url = "Akut.txt"; // 目标文件URL
const whichHeader = "Last-Modified"; // 需要获取的头部信息

// 比较时间并更新UI的函数
const compareTimeToNow = (time) => {
  let d = new Date();
  let diffSec = Math.round((d - time) / 1000); // 计算与上次修改的秒数差
  document.getElementById("time").textContent = Math.trunc(diffSec / 60) + " minutes"; // 更新显示为分钟

  // 如果页面加载超过10秒且文件在5秒内有修改，则重新加载页面
  if ((d - pageload) / 1000 > 10 && diffSec < 5) {
    location.reload();
  } else {
    // 否则，2.5秒后再次获取头部信息
    setTimeout(getHeader, 2500);
  }
};

// XMLHttpRequest的事件监听器
function reqListener() {
  // 当请求完成并成功时，获取Last-Modified头部，并调用compareTimeToNow
  // 注意：this.getResponseHeader(whichHeader) 返回的是字符串，需要转换为Date对象
  compareTimeToNow(new Date(this.getResponseHeader(whichHeader)).getTime());
}

// 发起HEAD请求的函数
const getHeader = () => {
  const req = new XMLHttpRequest();
  // 监听 'load' 事件，当请求成功完成时触发
  req.addEventListener("load", reqListener);
  // 'true' 是默认值，表示异步请求
  req.open("HEAD", url);
  req.send();
};

// 首次调用以启动流程
getHeader();

代码解析：

• req.open("HEAD", url)：省略第三个参数，默认为true，表示发起异步请求。
• req.addEventListener("load", reqListener)：当请求成功完成（状态码2xx）时，load事件会被触发，reqListener函数执行。这比onreadystatechange更简洁，因为它只关注最终成功的结果。
• reqListener函数：在此函数中，我们通过this.getResponseHeader(whichHeader)获取到Last-Modified头部的值，并将其转换为Date对象的时间戳，然后传递给compareTimeToNow进行处理。
• compareTimeToNow函数：负责计算时间差、更新DOM，并根据业务逻辑决定是否重新加载页面。如果不需要重新加载，它会使用setTimeout来安排下一次getHeader的调用，从而实现周期性检查，而不是阻塞循环。

3. 使用Fetch API进行异步请求

Fetch API是现代Web平台提供的另一个强大且更推荐的HTTP请求接口。它基于Promise，提供了更简洁、更强大的请求和响应处理能力，能够更好地与异步编程模式（如async/await）结合。

以下是使用Fetch API实现相同功能的代码：

const pageload = new Date(); // 页面加载时间
const url = "Akut.txt"; // 目标文件URL
const whichHeader = "Last-Modified"; // 需要获取的头部信息

// 比较时间并更新UI的函数（与XHR版本相同）
const compareTimeToNow = (time) => {
  let d = new Date();
  let diffSec = Math.round((d - time) / 1000);
  document.getElementById("time").textContent = Math.trunc(diffSec / 60) + " minutes";

  if ((d - pageload) / 1000 > 10 && diffSec < 5) {
    location.reload();
  } else {
    setTimeout(getHeader, 2500);
  }
};

// 使用Fetch API发起请求的函数
const getHeader = () => {
  fetch(url, { method: 'HEAD' }) // 默认是GET，需要显式指定HEAD方法
    .then(rsp => {
      // Fetch API的响应对象包含一个headers属性，它是一个Headers对象
      // 可以通过rsp.headers.get()方法获取特定头部
      return new Date(rsp.headers.get(whichHeader)).getTime();
    })
    .then(time => compareTimeToNow(time)) // 获取时间戳后传递给compareTimeToNow
    .catch(error => console.error('Error fetching header:', error)); // 错误处理
};

// 首次调用以启动流程
getHeader();

代码解析：

• fetch(url, { method: 'HEAD' })：发起一个HEAD请求。fetch函数返回一个Promise，该Promise在收到响应头部时解析为一个Response对象。
• .then(rsp => ...)：当Promise解析时，我们得到Response对象rsp。rsp.headers是一个Headers对象，提供了get()方法来获取特定的头部信息。
• .then(time => compareTimeToNow(time))：获取到时间戳后，将其传递给compareTimeToNow函数。
• .catch(error => ...)：Fetch API的错误处理通过Promise的.catch()方法进行，这使得错误处理更加集中和清晰。

4. 最佳实践与注意事项

1. 始终使用异步请求：避免在主线程上使用同步XHR。对于所有HTTP请求，都应优先考虑异步方法，无论是XHR的事件监听器还是Fetch API的Promise。
2. 错误处理：在异步请求中，错误处理至关重要。对于XHR，可以监听error事件；对于Fetch API，使用.catch()方法来捕获网络错误或响应处理中的异常。
3. 周期性请求的优化：
   • 轮询（Polling）：如示例所示，使用setTimeout或setInterval进行周期性请求是一种常见的轮询方式。
   • 长轮询（Long Polling）/WebSockets：对于需要更实时或更频繁更新的场景，可以考虑长轮询或WebSockets。WebSockets提供全双工通信，是实现实时应用（如聊天、通知）的理想选择，但实现复杂度更高。
4. 浏览器兼容性：Fetch API在现代浏览器中得到了广泛支持（Chrome 42+, Edge 14+, Safari 10.1+, Firefox 39+, Opera 29+），但不支持IE浏览器。如果需要支持旧版IE，可能仍需使用异步XHR。
5. 资源管理：即使是异步请求，过于频繁的请求也可能消耗用户带宽和服务器资源。合理设置轮询间隔，或考虑服务器推送技术，可以更有效地管理资源。

总结

从同步XMLHttpRequest到异步XHR，再到现代的Fetch API，Web请求技术一直在不断演进，以提供更好的性能和开发体验。通过本文的介绍和代码示例，我们强调了异步请求的重要性，并提供了两种可靠的解决方案来获取文件修改时间，同时保持用户界面的响应性。在新的项目中，强烈推荐使用Fetch API，因为它提供了更简洁、更强大的API，与现代JavaScript的异步编程范式完美契合。理解并应用这些异步模式，是构建高性能、用户友好型Web应用的关键。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~