thinkphp 6 的 response 类默认不压缩 html，需通过 response_send 事件在响应发送前手动处理；应在 app/event.php 中注册 compresshtml 监听器，仅对 text/html 类型进行压缩。
ThinkPHP 6 的 Response 类不支持原生 HTML 压缩
默认情况下，Response 输出的 HTML 是带换行和缩进的原始格式，没有空格/注释/冗余换行清理。这不是 bug，是设计使然——框架不干预输出内容结构，避免压缩引发 DOM 解析异常或 JS/CSS 错位。
所以不能指望 return view() 或 response()->view() 自动压缩；必须手动介入响应体生成后、发送前的环节。
- 别在模板里用
{php}...或ob_start()搞嵌套缓冲，容易和框架生命周期冲突 - 别改
think\Response基类源码，升级时会被覆盖 - 压缩逻辑必须放在「响应已生成但尚未 send」的钩子点，ThinkPHP 6 最稳的是
response_send事件
用 response_send 事件做响应体后处理压缩
这是 ThinkPHP 6 官方预留的、唯一适合做 HTML 压缩的时机：响应对象已构建完成，header 尚未发出，body 还可修改。
在 app/event.php 中注册监听：
return [
'response_send' => [
\app\listener\CompressHtml::class,
],
];
CompressHtml 实现示例（仅压缩 text/html 类型）：
<?php namespace app\listener;
use think\Event;
use think\Response;
class CompressHtml
{
public function handle(Response $response)
{
if ($response->getHeader('content-type') !== 'text/html; charset=utf-8') {
return;
}
$content = $response->getContent();
// 简单去空行+多空格，不碰 script/style 内容
$content = preg_replace('/>\s+', '>content($content);
}
}
- 必须用
$response->getContent()+$response->content($new)替换，直接改$response->data无效 - 正则别写太激进，比如不要删掉
- 如果用了
gzip中间件，压缩要在 gzip 之前做，否则会压缩乱码
HTML 压缩后 JS/CSS 被破坏？检查是否误删了关键空白
常见现象：<button onclick="alert(1)">点我</button> 变成 <buttononclick>点我</buttononclick> —— 因为正则把 >\s+ 当成通用标签闭合处理，却忽略了属性值里的等号紧邻。
真正安全的做法是避开属性区域，只处理标签之间的空白：
- 用 DOMDocument 解析再序列化最稳妥，但性能差，适合非高频页面（如后台）
- 生产环境推荐用
Minify\Minify\HTML第三方库，它能识别属性边界 - 若坚持正则，至少加保护：跳过
<script>、<code><style</script>、<pre class="brush:php;toolbar:false;"> 区块，用 <code>preg_replace_callback</code> 分段处理</pre>
开启 Gzip 后还要 HTML 压缩吗？看场景
结论：要，但优先级降低。Gzip 对重复文本压缩率高，HTML 压缩主要减少「不可压缩的空白字符」。
- 纯静态 HTML：Gzip 已足够，额外压缩收益低于 5%，可省略
- 含大量 Twig/Vue 模板语法或内联 JS 的页面：HTML 压缩能提前干掉无意义空格，让 Gzip 更高效
- CDN 缓存的页面：建议在 PHP 层压缩，避免 CDN 对动态响应做二次解析
最终效果取决于你压的是什么——不是“有没有压缩”，而是“有没有压对地方”。最常被忽略的一点：response_send 事件监听器必须在 app/event.php 里声明，而不是写在控制器或中间件里，否则根本不会触发。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
