imagecopyresampled()是PHP动态裁剪图片的首选函数，支持缩放+裁剪一步到位，需校验文件类型、尺寸及坐标越界，并注意前端显示尺寸与原始像素的换算。
GD 库的 imagecopyresampled() 是最常用裁剪方式
PHP 动态裁剪图片，核心不是“先上传再裁剪”，而是“上传后用 GD 或 Imagick 重绘目标区域”。GD 库自带、无需额外扩展，imagecopyresampled() 是首选函数——它支持缩放+裁剪一步到位，比先 imagecrop() 再缩放更可控。
常见错误是直接用 imagecrop()（PHP 7.0+ 才有），结果发现裁剪框超出原图尺寸就返回 false，且不支持等比缩放。而 imagecopyresampled() 可以把任意源区域映射到任意目标尺寸，适合头像、商品图等需要固定宽高的场景。
- 源图资源必须用
imagecreatefromjpeg()/imagecreatefrompng()等显式创建，不能直接传文件路径 - 坐标和尺寸单位是像素，
$src_x、$src_y是源图上要截取的左上角位置，务必检查是否越界（如$src_x + $src_w > imagesx($src)） - 目标图用
imagecreatetruecolor($dst_w, $dst_h)创建，记得用imagefill()填充背景色（尤其 PNG 透明底） - 最后别忘
imagedestroy()释放资源，否则高并发下容易内存溢出
裁剪前必须验证文件类型和尺寸，否则 getimagesize() 会失败
用户上传的 $_FILES['file']['tmp_name'] 可能是伪造的 PHP 文件或超大图片，直接丢给 GD 处理会导致崩溃或 OOM。必须在 imagecreatefromxxx() 前做两层校验：
- 用
getimagesize($tmp_file)获取真实宽高和 MIME 类型，拒绝!$size或$size[2] !== IMAGETYPE_JPEG等非法类型 - 限制最大允许宽高（如 5000×5000），避免
imagecreatetruecolor()分配过大的内存 - 检查
$_FILES['file']['error'] === UPLOAD_ERR_OK，忽略UPLOAD_ERR_INI_SIZE等上传错误 - 对 PNG/GIF 要额外处理透明通道：
imagealphablending($dst, false)+imagesavealpha($dst, true)
前端传坐标时，注意浏览器缩放和 CSS 裁剪框偏差
用户在网页上拖拽选区（比如用 Cropper.js），前端 JS 获取的 x/y/width/height 是基于显示尺寸（可能被 CSS 缩放或响应式压缩），不是原始图像素值。直接传给 PHP 会导致裁歪。
立即学习“PHP免费学习笔记（深入）”；
- 必须在前端把“显示尺寸”换算成“原始像素”：用
originalWidth / displayedWidth得到缩放比，再乘回坐标值 -
后端收到后仍需二次校验：确保
$x >= 0 && $y >= 0 && $x + $w - 如果前端没传原始图宽高，PHP 需用
getimagesize()补全，不能依赖 $_POST 中的“声称尺寸” - 移动端要注意 devicePixelRatio 导致的双倍坐标问题，建议前端统一按 1:1 上报原始图坐标
保存时用 imagejpeg() 还是 imagepng()？看需求和兼容性
输出格式不是由上传类型决定，而是由业务目标决定。比如用户上传 PNG 但你要生成 WebP 头像，就得转码；上传 JPG 但要保留透明通道，就必须转 PNG。
-
imagejpeg($img, $path, 85)：质量 85 是平衡点，低于 60 明显失真，高于 95 文件过大 -
imagepng($img, $path, 9)：PNG 压缩等级 0–9，9 最小体积但 CPU 消耗高，一般用 6 - WebP 支持需 PHP 7.4+ 且 GD 编译时带 WebP，用
imagewebp($img, $path, 80) - 务必用
header('Content-Type: image/jpeg')匹配输出类型，否则浏览器无法正确解析
裁剪逻辑本身不复杂，真正容易翻车的是边界校验、坐标换算和资源清理——这三个地方漏掉任一个，上线后都可能表现为白图、500 错误或服务器内存缓慢爬升。
