PHP图片上传场景，借助GD库实现图片自动等比例缩放、体积压缩转JPG，同时校验文件真实类型、像素上限、路径过滤，规避上传漏洞，控制图片大小。
图片上传的两个痛点：体积过大与安全风险
网站后台图片上传是高频功能，如果不做压缩，用户上传原图动辄几MB，会占用大量服务器存储空间，页面加载变慢、流量消耗高。另一方面，上传功能是高危入口，只靠后缀判断文件类型，很容易被传入伪装成图片的脚本文件，引发文件上传漏洞。
一套稳妥的上传逻辑，要同时完成两件事：一是图片处理，超限自动缩放、压缩画质；二是安全校验，确认它是真实图片，过滤非法路径与恶意文件。本文使用PHP GD扩展实现，适合大部分普通PHP站点。
前置准备：确认GD扩展开启
GD是PHP常用图像处理扩展，执行phpinfo()查看gd模块是否启用。注意：GD对WebP支持要看服务器版本，兼容性优先输出JPG；如果需要WebP，可以额外判断支持情况。
不要依赖用户上传的mime-type、文件后缀，这两项都可以伪造。安全判断优先使用getimagesize()读取图片元信息，能正常读取宽高才判定为图片。
基础校验步骤（顺序不能乱）
判断上传是否报错，UPLOAD_ERR_OK才继续；
用getimagesize()读取图片信息，读取失败直接拒绝；
限制最大像素，比如长边不超过1920px，避免超大图耗尽内存；
限制单文件原始大小，比如原始文件不允许超过5MB；
目标文件名禁止使用用户原始名称，重新生成随机文件名，防止路径遍历、中文乱码；
保存目录独立，禁止上传目录执行PHP脚本（Nginx配置限制）。
等比例缩放算法思路
拿到原图宽$w、高$h，设置最大允许长边max_width。如果原图宽和高都小于限制尺寸，直接保存原图，不做二次压缩；只要任意一边超出，就按比例计算新宽高，保证不变形。
计算公式：比例 = max_width / 原图长边；新宽 = 原图宽 * 比例；新高 = 原图高 * 比例。最后用imagecreatetruecolor创建画布，imagecopyresampled重采样，重采样比imagecopyresize画质更好。
JPG压缩质量参数建议设置70~85，平衡画质和文件大小，不要直接用100，压缩收益很低。
处理不同原图格式
getimagesize返回的mime可以区分jpg、png、gif：
image/jpeg：imagecreatefromjpeg读取；
image/png：imagecreatefrompng读取，png压缩方式不同，转JPG会丢失透明通道；
image/gif：imagecreatefromgif读取，动图GD处理后会变成静态图；
重要提醒：GD处理GIF只支持静态帧，如果业务需要保留动图，不能用GD压缩，直接放行或者使用专门的扩展。透明PNG如果转JPG，要填充白色底色，否则会出现黑底。
文件名与存储路径安全规范
用户上传的原名不要直接拿来保存，用户输入里可能包含../、/、特殊字符，造成路径遍历攻击。推荐生成uniqid+随机字符串，后缀统一改为.jpg。
上传目录建议按日期分目录，比如upload/2026/11/，避免单个文件夹文件太多，操作系统读取变慢。目录权限设置合理，不要777。
Nginx额外防护：上传目录单独配置，禁止解析php、phtml等脚本，就算恶意脚本上传成功，也无法执行。
常见踩坑点
1. 超大图片导致内存溢出：需要调整memory_limit，同时提前设置像素上限，不要无限制处理几千上万像素的图片；
2. 图片旋转方向问题：手机拍摄照片带有EXIF旋转标记，GD读取之后不会自动旋转，会出现图片颠倒。需要额外读取EXIF方向信息，做完旋转再压缩；
3. 重复压缩：已经压缩过的图片再次上传，反复GD处理会持续降低画质，可加判断，尺寸小于阈值直接移动原文件；
4. 资源不释放：imagecreatefrom*生成的图像资源，处理完成一定要imagedestroy释放，长时间循环上传会内存持续上涨。
什么时候不适合GD？
GD适合后台配图、文章封面这类静态图片压缩。如果是大量图片、原图高清大图、需要保留动图、需要WebP/AVIF，建议改用第三方图片服务或者imagick扩展。
小结
PHP上传图片，核心逻辑顺序是：上传错误判断 → getimagesize验真 → 尺寸大小限制 → 等比例重采样 → 重新命名保存。安全优先级高于压缩功能，只做图片缩放而不做校验，等于给网站留下高危漏洞。
压缩只是优化体验，校验是底线。上传目录隔离、禁止脚本解析、随机文件名、真实图片检测，这几项缺一不可。