主线程同步XMLHttpRequest解析XML告警切换异步后无法获取XML数据

API 探路者

2026-10-26

核心诱因

当把xml.open()方法的第三个参数从false改为true后，XMLHttpRequest会从阻塞式同步模式切换为非阻塞异步模式。此时调用xml.send(null)后，代码不会等待网络请求完成、拉取到服务端响应，就会立刻向下执行；紧接着读取xml.responseText、xml.responseXML属性时，请求还未完成，对应属性自然返回空值，这就是修改后无法获取XML数据的根本原因。
你提供的XML文件存在结构错误：根节点为<List>，但文件末尾额外多了一个没有对应开标签的</xml>闭合标签，会直接触发XML解析失败，哪怕同步模式下拿到了完整响应，也无法正常解析出目标DOM节点。
你提出的“不使用AJAX”的需求和异步XHR存在本质冲突：AJAX的核心定义就是页面加载完成后，通过后台异步发起网络请求、无刷新获取数据更新页面。只要还通过XHR请求外部XML文件，异步模式下的请求逻辑本质就属于AJAX范畴，不存在“既消除同步XHR弃用警告、又保持同步阻塞行为、还不涉及AJAX”的实现；浏览器已经从规范层面废弃了主线程上的同步XHR能力，仅做兼容性保留。

可落地解决方案

方案1：最小代码改动，适配异步模式逻辑
把原来放在send()之后的所有XML解析、节点读取逻辑，全部移到XHR的加载完成回调内，禁止在send()调用后直接读取响应属性。修正后的参考代码：

var xml = new XMLHttpRequest();
xml.onload = function() {
    // 仅在请求成功返回时处理响应
    if (xml.status >= 200 && xml.status < 300) {
        var xmlData = xml.responseXML;
        // 兼容responseXML解析失败的场景
        if(!xmlData){
            xmlData = (new DOMParser()).parseFromString(xml.responseText, 'text/xml');
        }
        // 所有XML节点读取、业务逻辑全部放在这里执行
        var PDF = xmlData.getElementsByTagName("PDF");
        var Link = PDF[0].getElementsByTagName("link")[0].firstChild.data;
    }
}
// 保持异步模式，消除控制台弃用警告
xml.open('GET', 'PDF_List.xml', true); 
xml.send(null);

同时记得修正XML文件的结构错误：删除末尾多余的</xml>闭合标签，保证XML结构合法。

方案2：完全规避AJAX逻辑，匹配“不使用AJAX”的需求
既然XML内容不需要动态更新，完全可以把原本独立的PDF_List.xml的文本内容，存在独立的JS文件中，通过JS字符串变量存储，页面直接通过普通<script>标签引入该JS文件。这种方式全程不需要发起任何XHR网络请求，自然不会出现同步XHR的弃用警告，也完全不涉及AJAX的异步回调逻辑；在脚本引入完成后，可以直接读取变量内的XML字符串，通过DOMParser完成解析，整体逻辑和原来的同步读取流程完全一致。
参考实现：
新建pdf_list.js文件，写入内容：
```
const PDF_XML_STR = `<?xml version = "1.0" ?>
<List>
    <PDF>
        <id>1</id>
        <link>myPDF.pdf</link>
    </PDF>
</List>`
```
页面中通过普通标签引入该文件：<script src="pdf_list.js"></script>，之后即可直接使用PDF_XML_STR变量完成后续解析流程，全程无异步请求、无AJAX逻辑。

内容的提问来源于stack exchange，提问作者Arthur