PHP输出图片乱码或下载的根本原因是Content-Type未正确设置，必须显式声明image/png等MIME类型且确保header()前无任何输出；同时需调用imagedestroy()防止内存泄漏。
PHP输出图片时出现乱码或下载行为，多半是Content-Type没设对
动态生成图片（比如用imagepng()、imagejpeg()）后浏览器显示乱码、弹出下载框、或显示“无法加载图像”，根本原因几乎都是HTTP响应头里的Content-Type缺失或错误。PHP默认输出文本类型text/html，而图片二进制流混在其中，浏览器自然解析失败。
必须显式设置正确的MIME类型，且不能有任何前置输出（包括空格、BOM、echo、print）——否则header()会失败并触发警告，导致头部被忽略。
- PNG图片：用
header('Content-Type: image/png'); - JPEG/JPG图片：用
header('Content-Type: image/jpeg'); - GIF图片：用
header('Content-Type: image/gif'); - WebP（PHP 7.1+，GD支持）：用
header('Content-Type: image/webp');
为什么加了header()还是乱码？检查这三件事
即使写了header()，仍可能因以下原因失效：
-
header()前有任意输出（含文件开头BOM、空行、error_reporting(E_ALL)触发的notice、或var_dump()残留）——可用headers_sent($file, $line)定位位置 - 输出缓冲未清理：
ob_end_clean()或ob_start()配合使用可避免意外输出 - 服务器配置强制添加了其他
Content-Type（如Apache的AddType或Nginx的default_type），覆盖了PHP设置——优先以PHP的header()为准，但需确认无外部干扰
典型安全写法：
立即学习“PHP免费学习笔记（深入）”；
Wechat Article Html
下载
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
ob_start();
header('Content-Type: image/png');
// … 图片生成逻辑，如 imagepng($img)
imagepng($img);
imagedestroy($img);
ob_end_flush();
Content-Type设对了，但中文文件名下载乱码？那是Content-Disposition的问题
如果图片是通过<img src="gen.php">嵌入页面，不需要设Content-Disposition；但如果想让用户点击链接直接下载带中文名的图片，这个头就关键了。
浏览器对filename=参数的编码支持不一，推荐兼容性写法：
- ASCII文件名（如
chart.png）：直接Content-Disposition: inline; filename="chart.png" - UTF-8中文名（如
统计图.png）：用filename*=UTF-8''%E7%BB%9F%E8%AE%A1%E5%9B%BE.png格式（RFC 5987） - 避免用
filename直接传中文，老IE不认；也别依赖iconv()转GB2312，现代环境统一走UTF-8 +filename*
示例（下载场景）：
header('Content-Type: image/png');
header('Content-Disposition: inline; filename*=UTF-8\'\'%E7%BB%9F%E8%AE%A1%E5%9B%BE.png');
GD库生成图片后不调用imagedestroy()会导致内存泄漏和后续乱码
每次imagecreatefromxxx()或imagecreatetruecolor()都会分配GD资源，不释放会在脚本生命周期内累积，严重时导致Allowed memory size exhausted，甚至影响后续header()调用（因内存不足引发错误输出）。
- 所有
$img变量用完后必须配对调用imagedestroy($img) - 若图片已输出（如
imagepng($img)），imagedestroy()仍需执行——它释放的是PHP端的GD句柄，不是图像数据本身 - 注意：
imagepng($img, $filename)（写入文件）不会自动销毁，同样要手动释放
遗漏imagedestroy()在高并发下容易暴露问题，不是“偶尔乱码”，而是“越跑越卡、最终全乱”。
