imagejpeg()的参数控制质量（65–80推荐），imagepng()的参数才是压缩级别（0–9，设9可减体积15%–40%）；必须先缩放再压缩，gd处理webp需php 8.0+且函数存在，大图须防内存溢出并及时imagedestroy()。
GD 库的 imagejpeg() 和 imagepng() 压缩参数怎么设才真有效
调用 imagejpeg() 时传 75 不等于“压缩”，而是控制有损质量；imagepng() 的第二个参数是压缩级别（0–9），但默认是 0（不压缩），很多人漏设直接输出，体积毫无变化。
-
imagejpeg($img, null, 75)：数值越低越小，但低于60容易出现明显色块或模糊，建议65–80区间试压 -
imagepng($img, null, 9)：PNG 是无损压缩，9表示 zlib 最高压缩比，但 CPU 开销略升，实测比0小 15%–40% - 注意：
imagegif()不支持压缩参数，只能靠缩小尺寸或减少颜色数来降体积
PHP 中用 GD 调整图片尺寸再压缩，顺序不能错
先压缩再缩放，会把压缩伪影放大；必须先 imagescale() 或 imagecopyresampled() 缩到目标尺寸，再调用 imagejpeg() 等输出——否则小图照样带着原图冗余信息。
- 用
imagecopyresampled()比imagescale()更准，尤其处理高宽比不一致的图时 - 缩放前建议用
getimagesize()判断原始尺寸，避免对小图强行放大导致糊化 - 如果目标是「宽度 ≤800px」，别写死
800x600，按比例计算高度并向下取整，防止变形
GD 处理 WebP 图片需要 PHP 8.0+ 和额外编译选项
很多线上环境 PHP 编译时没开 --with-webp，导致 imagewebp() 函数不存在，或生成的 WebP 实际是 PNG 回退——这会让压缩效果归零。
- 运行
php -r "echo function_exists('imagewebp') ? 'yes' : 'no';"先确认函数可用 -
imagewebp($img, null, 80)的第三个参数是质量（同 JPEG），但 WebP 在75左右就常比 JPEG 小 25%+ - 不支持 WebP 的老浏览器（如 IE）无法显示，服务端需配合
Accept请求头做格式协商，不能硬切
GD 内存爆掉和临时文件残留是常见静默失败原因
处理 5MB 以上 JPG 时，GD 默认会把整张解码后的位图放进内存（RGB 各占 1 字节，一张 4000×3000 图就要 36MB），超限就直接 Fatal error: Allowed memory size exhausted；另外 imagecreatefromxxx() 打开的资源不 imagedestroy()，会持续占内存。
立即学习“PHP免费学习笔记（深入）”；
- 用
ini_set('memory_limit', '256M')只是掩耳盗铃，更稳的是提前用getimagesize()拒绝超大源图（比如 >3000px 宽） - 每完成一次处理，立刻
imagedestroy($img)，尤其循环批量处理时 - 不要用
imagecreatefromstring(file_get_contents($path))加载大文件，改用流式读取 +fopen分块判断，或换Imagick
GD 压缩不是开关一按就完事，它对输入敏感、对配置依赖强、对内存诚实——参数设错、顺序颠倒、环境缺支持，都会让“压缩”变成假动作。真正省下的体积，藏在那几个被忽略的数字和销毁动作里。
