imagejpeg() 的第三个参数控制压缩质量，应根据场景设为60–80，避免默认75或盲目用100；须先缩放再压缩，优先用imagecopyresampled()；WebP可节省25%~35%体积，但需检测Accept头并设置正确Content-Type。
用 imagejpeg() 控制压缩质量，别硬扛默认值
PHP 自带的 GD 库不提供“自动优化”这种玄学功能，imagejpeg() 的第三个参数才是控制文件大小的关键。默认不传这个参数时，它按 75% 质量输出——看似省事，但对 Banner 图、产品图这类需要清晰度的场景，75 太低；对头像缩略图这类小图，又可能高了，白白浪费体积。
实操建议：
- 批量处理前先抽样测试：用同一张原图分别试
quality=60、70、80，肉眼比对边缘锐度和文件大小变化 - 优先设为
75或80，再根据实际效果微调；低于60容易出现明显色块噪点 - 不要写成
imagejpeg($img, null, 100)—— 100 不等于“无损”，GD 的 JPEG 实现本身有计算损耗，且文件体积飙升，得不偿失
用 imagecopyresampled() 缩放再压缩，别先缩再用 CSS 压
常见错误是：把 2000×1500 的图直接 imagejpeg() 输出，然后靠前端 <img width="400"> 强行压窄。浏览器仍要下载完整大图，首屏加载慢，CDN 流量白花。
正确做法是服务端先缩到目标尺寸，再压缩：
立即学习“PHP免费学习笔记（深入）”；
- 明确业务需要的最终宽高（比如头像统一 200×200），用
imagecopyresampled()精确重采样，不是imagecopyresized()（后者模糊） - 缩放后再调
imagejpeg()，顺序不能反；中间不用imagedestroy()过早释放资源 - 注意源图比例：若强制拉伸，会变形；建议先按比例裁切或加背景留白，再缩放
遇到 gd.jpeg_ignore_warning 报错，检查 PHP-GD 模块是否真启用
有些环境显示 Call to undefined function imagejpeg() 或 jpeg not supported，表面是函数不存在，根源常是 GD 扩展没编译 JPEG 支持。
验证与修复步骤：
- 运行
php -m | grep gd确认模块已加载 - 执行
php -r "print_r(gd_info());"查看输出中jpeg support是否为true - 若为
false：Ubuntu/Debian 需重装php-gd并确保系统有libjpeg-dev；CentOS/RHEL 需php-gd+libjpeg-devel - 别信 phpinfo() 页面里“GD Support: enabled”就万事大吉——它可能只支持 PNG
WebP 格式在 PHP 中可用，但要注意浏览器兼容和 fallback
imagewebp() 从 PHP 5.4+ 就存在，但很多人不敢用，怕老浏览器打不开。其实只要配好 Content-Type 和降级逻辑，它比 JPEG 小 25%~35%，值得上。
关键操作点：
- 用
$_SERVER['HTTP_ACCEPT']判断请求头是否含image/webp，再决定输出 WebP 还是 JPEG - 务必设置响应头：
header('Content-Type: image/webp');，否则浏览器当二进制乱码 - Apache 需开启
mod_mime并确保.webp关联正确；Nginx 要在mime.types里补image/webp webp; - 别忽略 Safari 14 以下不支持 WebP 动图——静态图基本没问题，但若业务含动画，得单独判断
