imagecopyresampled是gd库唯一推荐的缩放函数，必须配合imagealphablending(false)和imagesavealpha(true)使用以正确处理png透明通道，且远程图片需先用file_get_contents加载再通过imagecreatefromstring解析。
imagecopyresampled 是 GD 库里唯一值得默认用的缩放函数，别碰 imagecopyresized——它快但糊得离谱，尤其对文字、图标、PNG 透明图几乎是灾难。
为什么 imagecopyresampled 必须配 imagealphablending 和 imagesavealpha
不加这两句，PNG 图片的透明背景会变黑块，不是“没效果”，而是直接毁图。
原因：GD 默认开启颜色混合模式，把 alpha 通道当普通颜色算，一叠加就崩。
实操必须按顺序写：
-
imagealphablending($dst, false)—— 关闭目标画布混合 -
imagesavealpha($dst, true)—— 强制保留 alpha 通道 - 这两句必须在
imagecopyresampled之前调用，且只对 PNG 有效 - JPEG/GIF 不需要，但加了也不报错，建议统一写上避免漏判
远程图片不能直接传给 imagecreatefromjpeg 等函数
常见错误：imagecreatefromjpeg('https://example.com/1.jpg') 直接失败，报 Warning: imagecreatefromjpeg(): failed to open stream。
根本原因：GD 函数不支持 HTTPS 协议直读（即使 allow_url_fopen=On 也不稳），更别说重定向或防盗链响应。
正确做法：
- 先用
file_get_contents($url)拿到二进制数据 - 再用
imagecreatefromstring($data)加载，它能自动识别 JPEG/PNG/GIF 格式 - 务必检查返回值：
if (!$src) die('源图加载失败');—— 90% 的imagecopyresampled(): supplied argument is not a valid Image resource都卡在这一步
resizeImage() 函数里最容易被忽略的尺寸计算逻辑
很多人硬写 $new_w = 800; $new_h = 600;，结果图被拉伸。等比缩放核心是「选比例，不是选尺寸」。
典型场景和对应算法：
- 「最大边长限制」（如不超过 1920px）：取
max($src_w, $src_h)，算缩放比$scale = min(1920 / $src_w, 1920 / $src_h) - 「固定宽度，高度自适应」：
$new_w = 800; $new_h = round($src_h * $new_w / $src_w); - 「固定高度，宽度自适应」：
$new_h = 600; $new_w = round($src_w * $new_h / $src_h); - 千万别用
round()后直接丢给imagecreatetruecolor()—— GD 对非整数宽高容忍度极低，务必确保$new_w和$new_h是正整数且 ≥ 1
GD vs Imagick：什么情况下必须换库
GD 够用，但真遇到这些情况，硬扛只会拖慢开发节奏：
- 要输出 WebP 格式：GD 原生不支持，Imagick 编译带
libwebp就行（convert -list format | grep WEBP验证） - 批量生成多尺寸头像（48×48、120×120、300×300）：Imagick 的
resizeImage(300, 300, imagick::FILTER_LANCZOS, 1, true)自动保比，GD 得循环建三次画布 - 缩放+水印+旋转三连操作：GD 要手动算坐标、分步贴图；Imagick 一条链式调用搞定
- 内存泄漏风险：Imagick 不调
$im->clear(); $im->destroy();，跑 100 张图内存直接爆；GD 的imagedestroy()虽然也要写，但漏一次影响小得多
真正卡住人的从来不是函数怎么写，而是源图加载失败没检查、PNG 透明没关混合、尺寸算出来是小数还硬塞进去——这些点不盯死，代码写得再整齐也没用。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
