ThinkPHP默认将控制器响应设为text/html，导致二进制图片输出乱码；根本原因是Response类构造时锁定contentType，原生header()被覆盖且易因提前输出失效；推荐方案是自定义Jpeg响应类继承think\Response并设$contentType='image/jpeg'，通过Response::create($content, 'Jpeg')配合HttpResponseException返回，确保MIME正确且不破坏框架流程。
ThinkPHP 默认把所有控制器响应都当成 text/html，哪怕你用 imagejpeg() 输出了二进制数据，浏览器看到的仍是乱码或下载弹窗——根本原因就是响应头没换过来。
为什么 header('Content-Type: image/jpeg') 无效？
TP6+ 的 Response 类在构造时就锁死了 contentType，直接调用原生 header() 会被后续框架输出覆盖（比如模板渲染、JSON 包装等）。更麻烦的是，一旦触发了任何输出（空格、BOM、echo、var_dump()），header() 就会静默失效，连报错都看不到。
- TP 路由入口统一走
Response::create($data, $type)，$type默认是'html'，不写死就永远绕不开text/html -
response()->file()确实能设 MIME，但它强制触发下载，不是内联显示 - 手动
header()+exit虽然能用，但破坏了 TP 的异常处理和中间件流程，不适合生产环境
用 Response::create() 加自定义响应类（推荐）
核心是让 TP 主动加载你写的图片响应类，而不是硬塞 header()。步骤很直接：
- 在
app/response/下新建Jpeg.php（路径必须对，类名首字母大写） - 继承
\think\Response，只改$contentType属性值为'image/jpeg' - 控制器里调用
Response::create($binaryData, 'Jpeg')，再抛出HttpResponseException
示例代码：
立即学习“PHP免费学习笔记（深入）”；
namespace app\response;
use think\Response;
use think\Cookie;
class Jpeg extends Response
{
protected $contentType = 'image/jpeg';
public function __construct(Cookie $cookie, $data = '', int $code = 200)
{
$this->init($data, $code);
$this->cookie = $cookie;
}
}
控制器中：
$img = imagecreatefromjpeg('path.jpg');
ob_start();
imagejpeg($img);
$content = ob_get_clean();
imagedestroy($img);
$response = Response::create($content, 'Jpeg');
throw new HttpResponseException($response);
GD 生成图片时的常见陷阱
即使响应类写对了，图片本身输出环节出错也会导致失败：
-
imagejpeg($img)必须传入变量，不传参会直接输出到 stdout，和 TP 响应流冲突 - 务必调用
imagedestroy($img)，否则内存泄漏，多次刷新后 PHP 进程崩溃 - 不要用
readfile()或file_get_contents()后直接echo，TP 中间件可能已开启输出缓冲，得配合ob_end_clean()清掉旧缓冲 - 如果图片来自数据库或远程 API，优先用
finfo_buffer()检测真实 MIME 类型，别靠文件扩展名猜——jpg文件可能是image/png
最易被忽略的一点：自定义响应类的命名空间和文件路径必须完全匹配，TP 是通过字符串拼接自动加载的，'Jpeg' 对应的就是 app\response\Jpeg，少一个字母或大小写不对，就会 fallback 到默认 HTML 响应。
