imagecopyresampled()才是缩放图片的正确选择，因其采用双线性重采样，可避免imagecopyresized()导致的模糊、锯齿等问题；需配合getimagesize()、合理计算目标尺寸、及时释放资源，并注意png透明处理、url安全加载、webp支持验证及exif元数据保留。
PHP GD 库的 imagecopyresampled() 才是缩放图片的正确选择
直接调用 imagecopyresized() 会导致图片模糊、锯齿严重，尤其在等比缩放或小图放大时。GD 官方文档也明确建议：需要质量优先的缩放，必须用 imagecopyresampled() —— 它做的是双线性重采样，不是简单像素复制。
常见错误现象：imagecopyresized() 缩放后文字发虚、边缘毛刺、细节丢失；而 imagecopyresampled() 虽稍慢，但视觉质量明显提升。
- 缩放前务必用
getimagesize()获取原图宽高，避免硬编码尺寸导致比例错乱 - 目标尺寸计算要自己控制：比如等比缩放需先算出
$scale = min($maxWidth/$origW, $maxHeight/$origH)，再乘出$dstW和$dstH - 注意资源释放：缩放后旧图像资源（
$srcImg）记得用imagedestroy()，否则内存泄漏
处理 PNG 透明背景时，imagealphablending() 和 imagesavealpha() 必须成对出现
只开 imagealphablending($dstImg, false) 不够，PNG 的 alpha 通道不会被保留；只设 imagesavealpha($dstImg, true) 也不行，因为默认混合模式会把透明像素和黑色背景叠加，结果变成灰边。
正确顺序是：创建目标图像后立即执行这两步：
imagealphablending($dstImg, false); imagesavealpha($dstImg, true);
JPEG 不需要这些——它本身不支持透明，强行保留 alpha 会导致黑底或报错 Cannot set alpha channel on a JPEG image。
从 URL 加载图片时，imagecreatefromstring(file_get_contents($url)) 比 imagecreatefromjpeg() 更安全
用户上传或 API 返回的图片路径未必是 .jpg 或 .png 后缀；可能带参数（avatar.jpg?ts=123），也可能 Content-Type 是 image/webp，但后缀仍是 .jpg。硬写 imagecreatefromjpeg() 会直接失败并触发警告。
更健壮的做法：
- 用
get_headers($url, 1)先查Content-Type，或直接用file_get_contents()抓原始二进制流 - 传给
imagecreatefromstring()，它能自动识别 JPG/PNG/GIF/WEBP（PHP 8.1+）格式 - 失败时检查返回值是否为
false，而不是依赖扩展名做分支判断
缩放后保存 WebP 格式要注意 PHP 版本和 GD 配置
imagewebp() 在 PHP 5.4+ 可用，但前提是编译 GD 时启用了 libwebp 支持。常见报错：Call to undefined function imagewebp() 或 WebP support is not available。
上线前必须验证：
- 运行
php -r "var_dump(function_exists('imagewebp'));"确认函数存在 - 检查
gd_info()输出中的webp support字段是否为true - WebP 压缩质量参数范围是 0–100，但低于 30 时可能出现明显块状伪影，推荐 75–85 区间
真正容易被忽略的点：缩放操作本身不改变图像 DPI 或 EXIF 数据，如果业务依赖这些元信息（比如打印尺寸、版权水印定位），得额外用 exif_read_data() + iptcembed() 或第三方库补全。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
