ob_clean只清内容不关闭缓冲区，ob_end_clean既清内容又关闭当前缓冲区；二者均只操作栈顶层，误用会导致header错误或false返回，需用ob_get_level()判断是否存在活跃缓冲。
ob_clean 和 ob_end_clean 都清缓冲，但一个留着缓冲区、一个关掉它
很多人以为两个函数只是名字差一点，效果差不多，结果调用 ob_end_clean 后再想 ob_start 就出问题，或者 ob_clean 没清掉 header 报错——根本原因是：它们对输出缓冲区生命周期的处理完全不同。
简单说：ob_clean 只清内容，缓冲区还开着；ob_end_clean 不仅清内容，还把当前缓冲区关掉（pop 出栈），后续不能再对它操作。
- 如果你只是想丢弃已捕获的内容、继续用同一层缓冲（比如重试渲染），选
ob_clean - 如果你确定这段缓冲到此为止（比如中间件拦截响应后彻底放弃），用
ob_end_clean - 误用
ob_end_clean后再调ob_get_contents会返回false，因为缓冲区已不存在
调用前没开缓冲，两个函数都会警告“failed to delete buffer”
这是最常踩的坑：代码里直接写 ob_clean() 或 ob_end_clean()，但当前根本没有激活的输出缓冲区。PHP 会抛出 warning：Warning: ob_clean(): failed to delete buffer. No buffer to delete。
典型场景是：在 CLI 脚本里调试、或在未显式 ob_start() 的页面中调用，又或者缓冲已被前面的 ob_end_flush 关闭。
立即学习“PHP免费学习笔记（深入）”；
- 安全做法是加判断：
if (ob_get_level() > 0) { ob_end_clean(); } -
ob_get_level()返回当前嵌套层数，0 表示无活跃缓冲，比ob_get_contents() !== false更准 - 注意：即使开了
output_buffering=4096的 php.ini 配置，CLI 下默认也不生效，得手动ob_start()
嵌套缓冲时，ob_end_clean 只影响最内层，ob_clean 也是
PHP 支持多层缓冲（比如框架开一层、模板引擎再开一层），ob_clean 和 ob_end_clean 默认都只操作栈顶（最新开启）的那一层。
这意味着：你不能靠它们“一键清空所有缓冲”，也不会意外关掉外层逻辑依赖的缓冲区——这是设计上的保护，但也容易让人误以为“怎么没清干净？”
- 查当前缓冲状态：
var_dump(ob_list_handlers())看栈里有哪些 handler - 要清多层？得循环：
while (ob_get_level()) { ob_end_clean(); } - 但小心：外层缓冲可能绑定了回调（如
ob_start('gzencode')），强行ob_end_clean会导致压缩中断、输出乱码
替代方案：ob_get_clean 更常用，但它和 ob_clean 不是简单替换关系
ob_get_clean() 是 ob_get_contents() + ob_clean() 的组合，返回内容并清空——但它不关缓冲区。这点和 ob_get_flush()（返回+flush+关闭）有本质区别。
很多人想“取出来再扔掉”，顺手写 ob_get_clean()，结果发现 header 仍被卡住，就是因为缓冲还在运行，后续 echo 还会进同一缓冲区。
- 需要取内容且终止缓冲？用
ob_get_flush()，它等价于echo ob_get_contents(); ob_end_clean(); -
ob_get_clean()适合做“临时截取日志”：取一段、处理、继续输出 - 注意：如果缓冲区内容超大，
ob_get_clean()会把整段复制进 PHP 变量，内存翻倍，而ob_clean()是原地清空，更轻量
缓冲区不是黑盒，它的开/关/清是栈操作，每一步都在改变程序的输出流向。最容易被忽略的是：你以为清了，其实只是清了某一层；你以为关了，其实只是关了当前层——剩下的层还在默默攒着内容，直到脚本结束才突然吐出来。
