ajax天然支持异步请求，问题源于xmlhttprequest.open()第三个参数设为false导致同步阻塞；正确做法是设为true并配对onreadystatechange与readystate===4且status===200判断；现代推荐使用默认异步的fetch api。
AJAX 本身天然支持异步请求，不存在“HTML Ajax不支持异步请求”这回事——问题出在代码写法或浏览器兼容性上，而不是 AJAX 本身不支持。
为什么你会看到“同步请求”甚至页面卡死
根本原因是：XMLHttpRequest.open() 的第三个参数设成了 false。这个参数控制是否异步，true 才是异步（默认值），false 就是同步，会导致 JS 线程阻塞、UI 冻结、用户无法操作。
- 常见错误写法：
xmlHttp.open("GET", "/api/data", false)—— 这会强制同步，现代浏览器已弃用，Chrome 会报Deprecation warning: Synchronous XMLHttpRequest on the main thread is deprecated - IE6/7 中曾有少量旧项目依赖同步，但早已不该再用
- 即使没显式写
false，如果漏传该参数，部分老环境可能 fallback 到同步行为（极罕见，但需注意）
XMLHttpRequest 异步必须配对的两个关键点
只设 async = true 不够，还必须正确设置回调逻辑，否则响应来了也“没人接”。核心是两件事：注册 onreadystatechange 和检查 readyState === 4 与 status === 200。
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
xmlHttp.onreadystatechange = function() { if (xmlHttp.readyState === 4 && xmlHttp.status === 200) { /* 处理数据 */ } }- 不能只判断
readyState === 4就取responseText，因为网络失败、404、500 也会走到readyState === 4 - 不要在
send()后立即读responseText—— 此时很可能还是空字符串，因为请求还没返回
现代替代方案：Fetch API 更简洁且默认异步
fetch() 是原生 XMLHttpRequest 的升级替代，语法更直观，Promise 驱动，默认就是异步，无需手动管理 readyState。
基础用法：fetch("/api/data").then(r => r.json()).then(data => console.log(data))
- 没有
open()/send()分步，也没有onreadystatechange回调地狱 - 注意：
fetch()成功仅表示“请求发出去且收到 HTTP 响应”，不表示状态码是 200；404、500 仍会进then，需手动检查r.ok或r.status - IE 完全不支持
fetch，如需兼容 IE，必须用 polyfill 或退回XMLHttpRequest
容易被忽略的兼容细节
真正影响“异步能否跑起来”的，往往不是逻辑，而是环境细节：
- 本地文件协议
file://下，多数浏览器直接禁用XMLHttpRequest和fetch（CORS 策略限制），必须起本地服务（如python3 -m http.server）才能测试异步请求 - 低版本 IE（如 IE6–8）不支持
XMLHttpRequest，要用ActiveXObject("Microsoft.XMLHTTP")，且它不支持overrideMimeType等方法 -
setRequestHeader()必须在open()之后、send()之前调用，顺序错会导致静默失败
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
