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. 最佳实践与注意事项
- 始终使用异步请求：避免在主线程上使用同步XHR。对于所有HTTP请求，都应优先考虑异步方法，无论是XHR的事件监听器还是Fetch API的Promise。
- 错误处理：在异步请求中，错误处理至关重要。对于XHR，可以监听error事件；对于Fetch API，使用.catch()方法来捕获网络错误或响应处理中的异常。
-
周期性请求的优化：
- 轮询（Polling）：如示例所示，使用setTimeout或setInterval进行周期性请求是一种常见的轮询方式。
- 长轮询（Long Polling）/WebSockets：对于需要更实时或更频繁更新的场景，可以考虑长轮询或WebSockets。WebSockets提供全双工通信，是实现实时应用（如聊天、通知）的理想选择，但实现复杂度更高。
- 浏览器兼容性：Fetch API在现代浏览器中得到了广泛支持（Chrome 42+, Edge 14+, Safari 10.1+, Firefox 39+, Opera 29+），但不支持IE浏览器。如果需要支持旧版IE，可能仍需使用异步XHR。
- 资源管理：即使是异步请求，过于频繁的请求也可能消耗用户带宽和服务器资源。合理设置轮询间隔，或考虑服务器推送技术，可以更有效地管理资源。
总结
从同步XMLHttpRequest到异步XHR，再到现代的Fetch API，Web请求技术一直在不断演进，以提供更好的性能和开发体验。通过本文的介绍和代码示例，我们强调了异步请求的重要性，并提供了两种可靠的解决方案来获取文件修改时间，同时保持用户界面的响应性。在新的项目中，强烈推荐使用Fetch API，因为它提供了更简洁、更强大的API，与现代JavaScript的异步编程范式完美契合。理解并应用这些异步模式，是构建高性能、用户友好型Web应用的关键。
