怎么让登录页资源预加载的请求不阻塞登录操作的ajax请求？

解答思路

问题的本质是「关键请求（登录）」和「非关键请求（预加载资源）」在争抢浏览器对同一个域名的并发连接数（HTTP/1.1 下通常是 6 个左右）。解决思路是从「连接资源」和「请求优先级」两个方向入手，让登录请求尽量独立、优先。

详细说明

常见的几种应对方式：

1. 接口域名分流：把登录接口单独放到一个不同的子域名（或至少不同源）下，这样登录请求和静态资源预加载请求走的是不同的连接池，互不抢占。
2. 提前建立连接/长连接：登录相关的通信提前用 WebSocket 建立好连接（在页面加载阶段就连好），登录时直接通过已经建立的连接发送数据，不需要再和其他资源请求排队竞争新建连接。
3. 调整预加载资源的优先级：给非关键资源的 <link rel="preload"> 设置更低的优先级，或者延迟到登录动作完成后才触发预加载，避免它们在页面刚打开时就抢占带宽和连接数。
4. 升级到 HTTP/2/3：HTTP/2 的多路复用可以在一条 TCP 连接上并行传输多个请求，天然缓解「连接数不足导致排队」的问题，如果基础设施允许，是更根本的解决方案。

小结

资源预加载阻塞登录请求，核心是并发连接数被抢占的问题；可以通过接口域名分流、提前建立独立连接（如 WebSocket）、调整资源优先级，或升级到 HTTP/2 来缓解甚至解决。