HTML解析阶段不预加载内联脚本中的异步逻辑，仅同步执行并阻塞后续解析；fetch等只注册回调，实际请求由事件循环触发，预解析器完全忽略其内容。
内联脚本里的 fetch、setTimeout、Promise 等异步逻辑，**HTML 解析阶段完全不预加载、不提前调度、不发起任何网络请求或计时器**——它们只是被同步执行并注册回调，真正触发全靠事件循环。
为什么 fetch 写在 <script> 里却没早发请求
预扫描器（Preload Scanner）只识别 HTML 字节流中的静态资源标签，比如 <link rel="preload">、<img src>、<script src>。它根本不会去解析 JS 字符串内容，哪怕你写的是 fetch('/api/user') 这种明确 URL 的调用，也会被跳过。
- 浏览器解析到
<script>fetch('/api')时，立刻暂停 DOM 构建，执行 JS —— 此时fetch只是注册一个 Promise 回调，不发请求 - 请求实际发出时间点 = JS 执行完毕 + 控制权交还事件循环之后，和 HTML 解析进度无关
- 如果你把这段脚本放在
<head>里，请求可能比<body>开始解析还早；但若放在<body>中段，就得等前面所有 HTML 解析完才执行
document.getElementById 在内联脚本里返回 null 的真实原因
这不是异步的问题，而是 DOM 节点还没构建出来。HTML 解析是线性、自上而下的，遇到 <script> 就停，此时后续的元素（比如 <div id="main">）根本不在 DOM 树里。
-
<script>console.log(document.getElementById('main'));</script><div id="main">...</div>→ 一定输出null -
defer对内联脚本无效：浏览器直接忽略<script defer>这种写法 - 可靠解法只有两个：
document.addEventListener('DOMContentLoaded', ...)，或确保脚本出现在目标元素之后 -
document.readyState === 'loading'可用来判断是否还在解析中，避免盲目查 DOM
想让请求更早发出？别靠 JS，改用 HTML 原生机制
真正能绕过 JS 执行时机、在 HTML 解析阶段就发起请求的，只有浏览器原生支持的预加载声明。
立即学习“前端免费学习笔记（深入）”；
-
<link rel="preload" href="/api/data.json" as="fetch" crossorigin>：解析到这行就发请求，早于任何 JS 执行 -
<link rel="prefetch" href="/next-page.js">：低优先级预测加载，不影响当前页 -
<img loading="eager" src="hero.jpg">：比 CSSbackground-image: url()更早被预扫描器捕获 - 所有动态拼接路径（如
fetch('/api/' + version)）、JS 生成的 URL、内联 style 中的url()，全部无法被预扫描器识别
关键点在于：预扫描器只认 HTML 静态结构，不执行、不解析、不推断。JS 里的异步逻辑再“早写”，也早不过 <link rel="preload"> —— 这不是代码写法问题，是浏览器解析流水线的硬性分工。
