正确等比缩放需先计算内切尺寸而非直接传目标宽高；png需显式调用imagealphablending(false)和imagesavealpha(true)保留透明通道；大图应限制尺寸并及时销毁资源防内存溢出。
GD 库能生成缩略图，但默认不保持比例、不自动裁切、不处理透明通道——直接调用 imagecopyresampled() 很容易得到拉伸变形或黑边图。
怎样用 imagecopyresampled() 正确等比缩放
关键不是“缩放”，而是先算出目标宽高比与原图一致的尺寸。常见错误是把目标宽高直接传进去，导致图像被强行拉伸。
- 先用
getimagesize()读取原图$src_w和$src_h - 按目标最大宽/高约束，用公式算出缩放后尺寸：
$dst_w = $max_w; $dst_h = (int) round($src_h * $max_w / $src_w);（以宽度为约束） - 若高度超限，再用高度反推一次；更稳妥的做法是写个函数统一计算“内切尺寸”
- 创建目标资源时用
imagecreatetruecolor($dst_w, $dst_h)，别用imagecreate()（不支持真彩色，PNG 透明会变黑）
为什么 PNG 缩略图常出现黑底或白底
因为 GD 默认不保留 alpha 通道。即使源图是带透明背景的 PNG，imagecopyresampled() 后如果不手动启用，透明区域会被填充为黑色（或当前背景色）。
- 在
imagecreatetruecolor()后立刻加两行：imagealphablending($dst_img, false);和imagesavealpha($dst_img, true); - 如果是 JPG 转缩略图，这两行可省略；但统一加上也没副作用
- 注意：PHP 8.1+ 中
imagealphablending()对真彩色资源默认为false，但低版本仍需显式设置
如何避免内存溢出或超时（大图场景）
一张 5000×4000 的 JPG，解码后内存占用可能超 80MB。GD 是纯内存操作，没流式处理能力。
- 用
ini_set('memory_limit', '256M')提前扩容（但别设太高，共享主机可能拒绝） - 加判断：
if ($src_w > 3000 || $src_h > 3000) { /* 建议前端先压缩再上传 */ } - 对 JPG 源图，可用
exif_read_data()检查是否含旋转信息（如手机拍照），否则缩略图会横着 - 生成后立即用
imagedestroy()销毁源图和目标图资源，尤其在循环批量处理时
真正麻烦的不是缩放本身，而是每种格式的隐式行为差异——JPG 没 alpha，GIF 只支持索引色，PNG 需手动开 alpha 支持，WebP 在旧 GD 版本里干脆不识别。选什么函数只是表象，读清 imagecreatefromxxx() 系列函数的返回值兼容性才是关键。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
