不存在名为htmlparser的官方PHP包，执行composer require htmlparser会报“Could not find package”错误；推荐使用原生DOMDocument或symfony/dom-crawler等可靠方案。
Composer 不是 HTML 解析器，HtmlParser 也不是一个标准的、可直接通过 Composer 安装的通用解析库——这个说法本身就有误导性，容易让你在项目里卡住半天。
为什么 composer require htmlparser 会失败？
因为不存在名为 htmlparser 的官方或主流 PHP 包。你搜到的可能是过时的 fork、拼写错误的包（比如 sunra/php-simple-html-dom-parser），或是混淆了 JavaScript 的 htmlparser2。Composer 只负责安装包，不负责“造轮子”。
- PHP 原生有
DOMDocument和DOMXPath，无需额外安装 - 主流可选方案是
symfony/dom-crawler（依赖symfony/css-selector）或paquettg/php-html-parser - 执行
composer require htmlparser会报错：Could not find package htmlparser
用 DOMDocument 解析 HTML 的最小可行写法
它内置、稳定、支持 malformed HTML（配合 libxml_use_internal_errors(true)），适合大多数后端抓取或模板处理场景。
$html = '<div class="title">Hello</div>';
$doc = new DOMDocument();
libxml_use_internal_errors(true); // 忽略解析警告
$doc->loadHTML($html, LIBXML_HTML_NOIMPLIED | LIBXML_HTML_NODEFDTD);
$xpath = new DOMXPath($doc);
$node = $xpath->query('//div[@class="title"]')->item(0);
echo $node ? $node->textContent : 'not found'; // 输出：Hello
-
LIBXML_HTML_NOIMPLIED防止自动补全<html><body> -
LIBXML_HTML_NODEFDTD避免插入默认 DTD 声明 - 别漏掉
libxml_use_internal_errors(true)，否则 UTF-8 中文或自闭合标签易报错
什么时候该换用 symfony/dom-crawler？
当你需要链式调用、CSS 选择器、表单模拟，或者已用 Symfony / Laravel 生态时。它底层仍用 DOMDocument，但封装更友好。
立即学习“前端免费学习笔记（深入）”；
- 安装：
composer require symfony/dom-crawler symfony/css-selector - 用法示例：
$crawler = new Crawler($html); $titles = $crawler->filter('div.title')->text(); - 注意：不自动处理编码，若 HTML 是 GBK，得先
mb_convert_encoding($html, 'UTF-8', 'GBK') - 对 JS 渲染的页面无效——它不执行脚本，只解析静态 HTML 字符串
真正难的不是选哪个库，而是搞清你的 HTML 来源是否含 script 渲染、编码是否混杂、结构是否规范。这些细节不提前确认，换十个库也照样 DOMNodeList::item() returned null。
