异步获取文件修改时间：告别同步XHR，拥抱现代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应用的关键。