GD库裁切前不强制缩放，但原图超500万像素时必须先缩放再裁切以防内存溢出；Imagick中cropThumbnailImage()自动先缩后裁居中，thumbnailImage()仅缩放不裁切。
GD库用 imagecopyresampled() 裁切前必须先缩放？
不是必须，但绝大多数实际场景下你得先缩放再裁切——因为原始图往往远大于目标尺寸（比如用户上传的 4000×3000 照片，要裁成 200×200 头像），直接 imagecopyresampled() 指定裁剪区域时，若源图没缩放，会导致内存爆掉或超时。
正确做法是：先按比例缩小到略大于目标区域的中间尺寸（例如目标 200×200，可先缩到 400×300），再用 imagecopyresampled() 从该中间图里抠出中心 200×200 区域。这样既保质量，又控内存。
- 错误写法：
imagecopyresampled($dst, $src, 0, 0, $x, $y, $w, $h, $w, $h)直接从大图抠小块——$x和$y是像素坐标，但大图未缩放时，PHP 可能因内存不足直接Fatal error: Allowed memory size exhausted - 关键点：裁切 ≠ 截屏；它是“重采样复制”，源图资源必须已加载进内存且尺寸合理
- 安全边界：原图面积超过 500 万像素（如 2500×2000）就建议先缩放再裁
Imagick::cropThumbnailImage() 和 thumbnailImage() 的行为差异
cropThumbnailImage() 是“先缩、后裁、居中”，一步到位生成固定尺寸缩略图；而 thumbnailImage() 默认只缩放（保持比例），不裁切——这点极易混淆。
比如对一张 1600×800 的图调用 $im->thumbnailImage(200, 200, true)，结果是 200×100（宽高比不变）；但 $im->cropThumbnailImage(200, 200) 会先等比缩到刚好覆盖 200×200 的最小尺寸（即缩到 400×200），再从中截取中心 200×200 区域，输出严格 200×200。
立即学习“PHP免费学习笔记（深入）”；
-
thumbnailImage(200, 0, false)表示只限制宽度为 200，高度自适应（保持比例） -
thumbnailImage(200, 200, true)中的true参数含义是“fit mode”，即让**最小边**匹配参数——所以 1600×800 图会变成 400×200，不是你想要的正方形 -
cropThumbnailImage()不接受$fit参数，行为确定：强制输出指定宽高，自动居中裁切
PHPThumb 或 Gumlet\ImageResize 类库的 crop() 方法底层怎么选策略？
它们不是魔法，底层仍是 GD 或 Imagick。区别在于封装了“裁切锚点逻辑”：默认居中，但可指定 top-left、bottom-right 等模式。例如 $thumb->crop(200, 200) 在 PHPThumb 中等价于 cropFromCenter(200, 200)，而 $thumb->crop(100, 100, 300, 200) 是绝对坐标裁切（x=100, y=100, w=300, h=200）。
注意：这些类库对 GIF 动画支持有限。GD 库的 imagecreatefromgif() 只读第一帧；Imagick 虽能处理多帧，但 cropThumbnailImage() 会对每一帧单独裁切——若没显式循环帧，容易只裁出静态图。
- GD 类库（如 PHPThumb）遇到 PNG 透明通道时，若目标画布未设透明色，会变黑底——需手动调用
imagealphablending()和imagesavealpha() - Gumlet\ImageResize 的
crop()默认居中，但不提供“智能人脸检测裁切”，如需此功能，得换 OpenCV 或调用外部 API - 路径传参要小心：
PhpThumbFactory::create('http://...')会触发远程 fetch，生产环境应禁用或加超时
裁切后图片质量下降明显？三个关键参数位置
质量损失通常不是算法问题，而是三处被忽略的配置：
- GD 库保存 JPEG 时，
imagejpeg($img, $file, 95)第三个参数是质量（0–100），默认是 75；低于 85 就可能看出块状伪影 - Imagick 中，
$im->setImageCompressionQuality(95)必须在writeImage()前调用，否则无效；且对 PNG 无效（PNG 压缩由setImageCompression()控制，值为Imagick::COMPRESSION_ZIP） - 缩放时用
imagecopyresampled()而非imagecopyresized()——后者是最近邻插值，锯齿严重；前者是双线性/双三次重采样，平滑得多
真正难搞的是 WebP 格式：GD 库直到 PHP 8.1 才原生支持 imagewebp()，之前只能靠 Imagick；而 Imagick 对 WebP 的压缩质量控制粒度更细（setImageCompressionQuality() + setOption('webp:lossless', 'true')），但服务器没装 libwebp 就会静默失败。
