微信小程序前端需上传原始图及x、y、width、height四参数（基于原图尺寸），PHP后端校验坐标、处理EXIF旋转后用GD裁剪；推荐对象存储图片处理服务避免兼容问题。
微信小程序前端怎么传图给 PHP 后端做裁剪
小程序不能直接调用 PHP 的 GD 或 Imagick，得靠前端上传原始图 + 裁剪参数，后端接收后处理。关键不是“PHP 怎么裁”，而是“怎么把裁剪区域准确传过去”。
常见错误是只传 base64 或只传原图，漏掉 x、y、width、height 这 4 个坐标参数，导致后端无从下手。
- 小程序用
wx.chooseImage或wx.chooseMedia获取临时路径，再用wx.uploadFile上传到 PHP 接口 - 必须在
formData中带上裁剪参数：x、y、width、height（单位是 px，且基于原始图尺寸，不是 canvas 显示尺寸） - 注意：小程序 Canvas 的
scale和devicePixelRatio会影响坐标计算，建议统一用canvas.toTempFilePath导出带缩放的图，并同步传入实际渲染宽高，后端按比例还原原始坐标
PHP 后端用 GD 扩展裁剪图片要注意什么
GD 是最轻量的选择，但不支持 WebP 输入（PHP 8.1+ 才部分支持），也不支持保留 EXIF 旋转信息——用户竖拍的照片上传后可能横着裁。
- 先用
getimagesize拿到原始宽高，再用exif_read_data判断是否需要预旋转（重点看Orientation字段） - 裁剪前务必检查
x、y、width、height是否越界，否则imagecopyresampled会返回 false 且不报错 - 推荐流程：
imagecreatefromxxx→ 预旋转（如有）→imagecreatetruecolor→imagecopyresampled→imageXXX输出 - 输出时用
imagejpeg而非imagepng，除非明确需要透明通道；JPEG 更小，更适合小程序展示
为什么裁出来总是偏移或变形
90% 是因为坐标没对齐原始图分辨率。小程序 canvas 渲染尺寸（比如 300×300）和图片原始尺寸（比如 1200×1600）不同，但裁剪参数必须基于原始图。
立即学习“PHP免费学习笔记（深入）”；
- 上传前，在小程序里用
canvas.getImageData或canvas.getTransform算不出真实坐标——得用canvas.width/canvas.height和图片原始宽高做比例换算 - PHP 端别直接信
$_POST['x']，要校验：if ($x $orig_w || $y + $height > $orig_h) - 如果用了
imagecopyresized替代imagecopyresampled，会出现锯齿和拉伸，尤其对人像失真明显
有没有更稳的替代方案：用第三方裁剪服务
自建 GD 流程容易踩坑，尤其并发高或要支持 WebP/AVIF 时。可考虑把裁剪逻辑外包出去，PHP 只做中转。
- 推荐用腾讯云
COS的图片处理能力：上传后拼接?imageMogr2/crop/!参数，例如?imageMogr2/crop/!400x300a100a50（宽×高@x@y） - 七牛云也支持类似
imageView2/1/w/400/h/300/q/90+crop参数，返回直链，PHP 不碰二进制 - 注意：这类服务要求图片已上传到对象存储，PHP 接口需先
move_uploaded_file到临时目录，再curl上传到 COS/Qiniu，最后返回处理 URL
真正难的不是写几行 imagecopyresampled，而是让前后端对“同一张图的同一个像素点”达成共识。坐标、DPR、EXIF、压缩质量——任何一个环节没对齐，裁出来就是错的。
