imagecopyresampled是gd库中缩放图片最稳的选择，需配合imagealphablending和imagesavealpha处理png透明通道，且必须校验源图加载是否成功。
GD 库的 imagecopyresampled 是缩放图片最稳的选择
PHP 自带 GD 扩展就能做高质量缩放，不用装额外库。关键不是用不用 GD，而是别误用 imagecopyresized——它快但模糊，imagecopyresampled 才是兼顾清晰度和兼容性的正解。
常见错误现象：imagecopyresized 缩放后图片发虚、文字锯齿严重，尤其处理带文字或线条的 PNG 时特别明显；或者调用前忘了 imagealphablending 和 imagesavealpha，导致 PNG 透明背景变黑。
- 缩放前必须用
imagealphablending($dst, false)关闭混合模式 - 紧接着调用
imagesavealpha($dst, true)保留 alpha 通道 - 目标图像尺寸要提前用
imagesx/imagesy算好，别依赖宽高比硬塞整数 - 源图若为 GIF，GD 默认只读第一帧，需用
imagecreatefromgif+ 额外帧处理逻辑（通常建议转成 PNG 再缩）
ImageMagick 的 resizeImage 更适合批量/高精度场景
当你要控制滤镜类型、支持 WebP 输出、或需要等比裁剪+缩放组合操作时，Imagick 类比 GD 更灵活。但它不是 PHP 默认开启的扩展，得确认 extension=imagick 已启用，且系统装了 ImageMagick 二进制。
使用场景：生成多尺寸头像（如 48×48、120×120、300×300）、给电商图加水印后再缩放、导出高 PPI 印刷图。
立即学习“PHP免费学习笔记（深入）”；
-
$im->resizeImage(300, 200, imagick::FILTER_LANCZOS, 1, true)中最后一个true表示保持宽高比，实际输出可能小于指定尺寸 - 不加
setInterlaceScheme(imagick::INTERLACE_PLANE)，生成的 PNG/JPEG 可能在某些 CDN 上加载慢 - 批量处理时记得调用
$im->clear()和$im->destroy()，否则内存涨得很快 - WebP 支持取决于 ImageMagick 编译时是否带 libwebp，运行
convert -list format | grep WEBP可验证
遇到 PHP Warning: imagecopyresampled(): supplied argument is not a valid Image resource 怎么办
这错误几乎都源于源图没成功加载，而不是缩放函数本身写错了。GD 对损坏、不完整、HTTP 重定向返回的图片非常敏感，一失败就返回 false，后续传给 imagecopyresampled 就炸。
- 永远检查
imagecreatefromjpeg等函数返回值是否为false，别直接传进去 - 远程 URL 图片不能直接传给 GD 函数，得先
file_get_contents拿到二进制再用imagecreatefromstring - GD 不支持 HTTPS 直接读取（除非 PHP 编译时加了 OpenSSL 支持且
allow_url_fopen=On），但依然建议本地下载后处理 - 超大图（比如 >5000px）可能触发 GD 内存限制，
ini_set('memory_limit', '256M')不是万能解，优先考虑分块或换 Imagick
缩放后文件体积反而变大？重点看压缩质量与格式转换
缩放不等于压缩。GD 默认 JPEG 输出质量是 75，但如果你用 imagejpeg($img, null, 95) 保存，哪怕图变小了，体积也可能更大。更隐蔽的是：PNG 转 JPEG 时没处理颜色模式，真彩 PNG 强行存成 24bit JPEG，体积飙升。
- JPEG 输出务必显式指定质量，比如
imagejpeg($img, $path, 82)，80–85 是清晰度和体积的合理平衡点 - PNG 缩放后想转 JPEG，先用
imagepalettetotruecolor和imagealphablending处理透明层，再imagejpeg - GD 不支持 WebP 输出（PHP 8.1+ 的
imagewebp是独立函数），别指望imagejpeg能输出 .webp 文件 - 用
exif_read_data检查原图是否有旋转信息（如手机直拍），缩放前得先用imagerotate校正，否则白边+体积异常
if (!$src) die('load failed');。 
