本文旨在解决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"; // 目标文件URLconst 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 { 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"; // 目标文件URLconst 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 { 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应用的关键。
以上就是异步获取文件修改时间：告别同步XHR，拥抱现代Web请求的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/109334.html
微信扫一扫 
支付宝扫一扫 
