PHP 的 imagecropauto() 函数会创建新图像资源，但不会继承原图的 DPI 设置，导致输出 PNG 默认降为 96dpi；需在裁剪后显式调用 imageresolution() 恢复目标分辨率。
php 的 `imagecropauto()` 函数会创建新图像资源，但**不会继承原图的 dpi 设置**，导致输出 png 默认降为 96dpi；需在裁剪后显式调用 `imageresolution()` 恢复目标分辨率。
在专业印刷场景中，图像分辨率（DPI）是关键元数据——300dpi 是标准印刷要求，而屏幕显示通常仅需 72–96dpi。PHP 的 GD 库虽支持通过 imageresolution() 设置图像逻辑分辨率（自 PHP 7.2+），但该设置不具继承性：任何生成新图像资源的操作（如 imagecropauto()、imagecopyresampled() 或 imagecreate()）都会初始化一个默认 DPI 为 96 的空白资源，无论源图是否已设为 300dpi。
本例中，$cropped = imagecropauto($img, IMG_CROP_DEFAULT) 返回的是一个全新 GD 图像资源，其内部 DPI 元数据被重置为 GD 默认值（96dpi），而非复制 $img 的 300dpi 设置。因此，即使原始画布已通过 imageresolution($img, 300, 300) 正确声明，裁剪后若未重新设定，imagepng() 输出的 PNG 文件将仅携带 96dpi 的 iCCP 或 pHYs 块（PNG 规范中用于存储像素密度），从而被印刷流程识别为低质图像。
✅ 正确做法是在 imagecropauto() 后立即调用 imageresolution() 显式恢复所需 DPI：
$cropped = imagecropauto($img, IMG_CROP_DEFAULT); imageresolution($cropped, 300, 300); // 关键：重设裁剪图的 DPI imagepng($cropped); // 现在输出为真正的 300dpi PNG
⚠️ 注意事项：
立即学习“PHP免费学习笔记（深入）”；
- imageresolution() 仅影响 PNG 输出时的 pHYs chunk（物理像素密度），不改变像素尺寸或渲染质量；它纯粹是元数据写入操作。
- 该函数对 JPEG 格式无效（JPEG 无标准 DPI 元数据字段），若需 JPEG 输出高 DPI，应依赖 EXIF XResolution/YResolution（需额外扩展如 exif 或 imagick）。
- 并非所有 GD 图像操作都重置 DPI，但资源重建类函数均存在此风险，包括但不限于：imagecropauto()、imagecopy()（目标为新建资源时）、imagecreatetruecolor() 后的拷贝、以及 imagescale()（PHP
- 使用 imagepng() 时确保未启用压缩过度（如 imagepng($img, null, 0)）以免干扰元数据写入；默认参数即可安全保留分辨率信息。
? 总结：GD 库的 DPI 设置是资源级属性，不可自动传播。imagecropauto() 的“96dpi 行为”并非 bug，而是设计使然——它返回一个干净的新资源，开发者需主动接管元数据配置。将 imageresolution($cropped, 300, 300) 作为裁剪后的标准收尾操作，可彻底规避印刷就绪图像的 DPI 降级问题。
