DomCrawler 不修复 HTML 但容忍杂乱，filter() 失效主因是缺失 symfony/css-selector 或编码未指定；应优先用 filterXPath()、显式指定编码、补全依赖并检查 DOM 解析错误。
DomCrawler 本身不修复 HTML 结构，但能容忍一定杂乱；真正卡住的不是标签闭合问题，而是 CSS 选择器失效或 text() 返回空/乱码 —— 这通常源于没装 symfony/css-selector 或编码未显式指定。
为什么 filter() 在乱 HTML 里突然返回空？
这不是 DomCrawler “坏了”，而是 filter() 依赖 symfony/css-selector 将 CSS 表达式转成 XPath，而该组件对 malformed HTML（如缺失 、自闭合标签写成 <img alt="怎样用 Symfony DomCrawler 解析非标准 HTML 并提取杂乱数据？" > 而非 <img alt="怎样用 Symfony DomCrawler 解析非标准 HTML 并提取杂乱数据？" >）解析容错弱。常见现象：
- HTML 中有大量未闭合标签，
$crawler->filter('div.content')返回 0 个节点，但$crawler->filterXPath('//div[@class="content"]')能命中 - 只装了
symfony/dom-crawler没装symfony/css-selector，filter()抛LogicException: Unable to parse CSS selector或静默返回空 Crawler - 页面含中文但没指定编码，
text()返回乱码或截断
加载 HTML 前必须做的三件事
别跳过这步 —— 大多数“解析失败”其实发生在初始化阶段：
- 用
composer require symfony/css-selector补齐依赖（哪怕项目用了 Laravel，也运行composer show symfony/css-selector确认存在） - 初始化时传字符串，别依赖 URL 自动加载：
$crawler = new Crawler($html_string);——new Crawler(null, 'https://...')不会发请求，只是设 base URL - 若 HTML 来自
file_get_contents()或 cURL，务必检查返回值是否为空，并显式指定编码：$crawler->addHtmlContent($html, 'utf-8');（尤其当页面声明<meta charset="gbk">鏃讹級
