HTMX依赖AJAX而非Fetch API的疑问：长期发展与特性探讨

1. HTMX是否需要替换AJAX为Fetch以保障长期发展？ #

HTMX底层已在部分场景支持Fetch，且官方持续跟进标准，但不需要完全替换AJAX，原因如下：

• 兼容性：AJAX（XMLHttpRequest）在老旧浏览器中的支持度远高于Fetch，保留它能让HTMX覆盖更多部署场景。
• 逻辑适配：AJAX的原生特性（如进度事件、请求取消方式）与HTMX现有核心逻辑结合更紧密，彻底切换Fetch需重构大量代码，反而提升维护成本。
• 渐进式策略：HTMX采用渐进式改进，目前已提供hx-fetch属性让开发者自主选择使用Fetch，未来会逐步扩大Fetch的适用范围，但会保持AJAX与Fetch共存的状态，兼顾不同需求。

2. AJAX是否存在超出Fetch设计初衷的功能特性？ #

是的，AJAX确实具备一些Fetch最初设计时未覆盖的特性：

• 实时进度监听：XMLHttpRequest可通过onprogress事件实时监听上传/下载进度，Fetch早期不支持上传进度监听，后续虽通过ReadableStream实现，但使用复杂度远高于AJAX。
• 灵活的请求取消：AJAX可直接调用abort()方法取消请求，而Fetch的请求取消依赖AbortController，这是后续追加的特性，并非初始设计的一部分。
• 同步请求支持：XMLHttpRequest允许发送同步请求（虽不推荐），但Fetch从设计之初就仅支持异步请求，无同步模式。
• 旧跨场景兼容：AJAX在CORS普及前就支持JSONP等跨域hack方案，而Fetch诞生即基于现代CORS标准，未考虑这类旧场景的兼容。

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