浏览器不存在“极速解析模式”，所谓“极速”实为预扫描器在html字节流层面进行的浅层、线性、非阻塞式资源发现，它不构建dom、不执行js、不解析css，仅识别首层html中符合语义合法、位置靠前、属性完整三条件的特定标签与属性。
浏览器没有“极速解析模式”这个官方概念，所谓“极速”实际是预扫描器（Preload Scanner）在 HTML 字节流层面做的浅层、线性、非阻塞式资源发现——它不构建 DOM，不执行 JS，也不解析 CSS，只认特定标签和属性的原始字节序列。
预扫描器只扫描首层 HTML 字节流，不进 DOM 树也不看 JS
预扫描器启动于 HTML 解析器开始工作前，是一个独立的轻量级字节流扫描线程。它不会等 <script></script> 执行完，也不会展开 <div> 嵌套，更不会去读 <code><style></style> 里的 url() 或 @import。一旦遇到未加 async 或 defer 的同步 <script src=""></script>，它立刻终止。
- 常见失效现象：
<script src="vendor.js"></script>放在开头，后面所有<img src>和<link rel="preload">全被跳过 -
<picture></picture>内的<source></source>能被识别，但若整个<picture></picture>被包在六层<div> 里，预扫描器在深度 6 处截断，连外层 <code><img>都看不到 -
document.createElement('img')或 JSX 中动态生成的<img>，服务端 HTML 里没有对应字节，预扫描器根本无感 - 有效标签：
<img src>（srcset和sizes完全无视）、<link rel="preload" as>（as属性必须存在，否则降级为普通<link>）、<script src></script>、<link rel="stylesheet"> - 无效写法：
<img>、<style>body{background:url(/bg.jpg)}</style>、<link rel="preload" href="font.woff2">（缺as="font"） -
fetchpriority="high"仅对<img>和<iframe></iframe>生效，且只在 Chromium 119+ 被读取；Safari 17.2+ 仅部分支持<img>；Firefox 完全忽略 - 安全做法：首屏大图必须出现在
开头附近，包裹在<main></main>或<section></section>等语义标签内（这些标签本身会提升子资源可信度） - DOM 深度不能超过 6 层——不是建议，是 Chromium 的硬性截断逻辑
-
<link rel="preload" as="font">必须放在开头，别被一堆<meta>或注释隔开；它不依赖后续 CSS 是否引用该字体，只管自己先发请求
哪些标签和属性能被预扫描器真正识别
它只认显式出现在初始 HTML 字节流中的资源声明，且必须满足语义合法、位置靠前、属性完整三个条件。
关键资源必须直出在首层 HTML 中，且不能藏在惰性容器里
预扫描器把 <details></details>、<dialog></dialog>、<slot></slot>、<template></template>、<noscript></noscript> 这类标签当作“惰性容器”，直接跳过其内部所有内容。SSR 框架中用 v-if、*ngIf 或 {isLoaded && <img>} 渲染的图片，服务端 HTML 里压根没这行字节，就等于不存在。
最常被忽略的一点：预扫描器不“理解”任何东西，它只是按固定规则匹配字节模式。你写的 HTML 再语义化、再符合规范，只要不在首层字节流里以标准形式出现，它就当没看见——这不是 bug，是设计使然。
