phpenv默认不启用tidy扩展，需手动下载匹配版本的php_tidy.dll和libtidy.dll，放入对应目录并配置php.ini启用，否则new tidy()报类未定义；tidy.clean_output=on易破坏非html输出，应禁用并仅按需调用repairstring()。
phpEnv 默认不启用 tidy 扩展，必须手动安装 libtidy 依赖 + 编译启用，否则 new tidy() 会报类未定义错误。
确认 phpEnv 当前 PHP 版本和路径
phpEnv 是 Windows 环境下的多版本 PHP 管理工具，它不走系统级编译流程，而是封装预编译二进制包。因此不能用 phpize 或修改 default_configure_options（那是 phpenv/macOS/Linux 场景）。
- 打开 phpEnv 控制面板 → 查看当前激活的 PHP 版本（如 PHP 8.2.15）
- 记下 PHP 安装路径，通常形如：
C:\phpEnv\php\php-8.2.15 - 进入该目录，检查是否存在
ext\php_tidy.dll文件 —— 大概率不存在，这是默认精简包行为
Windows 下为 phpEnv 启用 tidy 的实操步骤
tidy 在 Windows 上依赖 libtidy.dll 运行时库，并需对应版本的 php_tidy.dll 扩展文件。phpEnv 不自带这些，得手动补全：
- 下载匹配 PHP 主版本的
php_tidy.dll：
访问 https://www.php.cn/link/c6ebbf2d911fff534ae3b0b18d7e90a8，选与你 phpEnv 中 PHP 版本一致的包（例如 PHP 8.2 → 选择tidy-3.0.0-8.2-ts-vc15-x64.zip） - 解压后，把
php_tidy.dll放入 phpEnv 对应 PHP 目录的ext\子目录（如C:\phpEnv\php\php-8.2.15\ext\） - 从同一 ZIP 包中提取
libtidy.dll，复制到 PHP 根目录（即和php.exe同级），不是ext\目录下 - 编辑该 PHP 版本的
php.ini（在C:\phpEnv\php\php-8.2.15\下），取消注释或添加：extension=php_tidy.dll - 重启 phpEnv 服务（或重启整个面板），再运行
php -m | findstr tidy验证是否列出tidy
验证 tidy 是否真正可用（别只看 php -m）
即使 php -m 显示 tidy，也可能因 DLL 位数不匹配、VC 运行时缺失或配置范围错误而运行时报错。务必实测：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 写一个测试脚本：
<?php <br>$html = '<p>hello <b>world</b></p>';<br>$tidy = new tidy();<br>echo $tidy->repairString($html);<br>?>
- 如果报错
Call to undefined function tidy_repair_string()，说明扩展加载失败（不是类名问题，是模块根本没进内核） - 如果报错
PHP Warning: PHP Startup: Unable to load dynamic library 'php_tidy.dll'，重点查三件事：
—php_tidy.dll和libtidy.dll是否都是 x64（或都是 x86）
— 当前 PHP 是线程安全（TS）还是非线程安全（NTS）？下载的扩展包后缀必须匹配（-ts-或-nts-）
—libtidy.dll是否在系统 PATH 或 PHP 同级目录（Windows 加载 DLL 优先查 exe 所在目录）
tidy.clean_output 自动修复 HTML 的坑
这个 php.ini 配置项看似方便，但极易引发线上事故：
-
tidy.clean_output = On会让所有输出经过 tidy 修复，包括 JSON、XML、二进制响应（如图片流）——直接破坏数据结构 - PHP 8.0+ 中该选项默认为
Off，且文档明确警告：Do not turn on tidy.clean_output if you are generating non-html content - 真正安全的做法是：只在明确处理 HTML 字符串时调用
$tidy->repairString()或tidy_parse_string()，而不是全局开启 - 若真要统一处理模板输出，应在视图层封装一层 tidy 调用，而非依赖 ini 全局开关
最易被忽略的一点：phpEnv 的「PHP 设置」界面里没有 tidy 开关，所有操作都得手动改文件、放 DLL、配路径；而且不同 PHP 小版本（如 8.2.14 vs 8.2.15）对应的 php_tidy.dll 不能混用，否则启动就崩溃。每次切换 PHP 版本后，都要重新确认 tidy 扩展是否仍有效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
