应同时使用 is_resource($img) 和 get_resource_type($img) === 'gd' 判断 GD 图像资源，前者排除非资源值，后者确认资源类型为 gd；单独使用 is_resource() 会误判其他资源，gettype() 或 instanceof 均无法准确识别传统 GD 资源。
如何用 is_resource() 和 get_resource_type() 判断 GD 图像资源
PHP 中 GD 扩展创建的图像（如 imagecreatetruecolor() 返回值）是资源类型（resource），但不是所有资源都是图像资源。仅用 is_resource() 不够，必须进一步确认资源类型为 gd。
常见错误：把已销毁的图像资源（如调用过 imagedestroy() 后）或 false 当作有效 GD 资源判断，导致后续操作报 Warning: supplied argument is not a valid Image resource。
- 先用
is_resource($img)排除null、false、字符串等非资源值 - 再用
get_resource_type($img) === 'gd'确认是 GD 图像资源（注意：PHP 8.0+ 中该类型名仍为gd，未改为gd image） - 二者缺一不可；单独用
is_resource()可能误判 MySQL 连接、文件句柄等其他资源
为什么不能只用 gettype() 或 instanceof
gettype() 对 GD 资源始终返回 resource，无法区分资源种类；GD 图像资源不是对象，不支持 instanceof（PHP 8.0 前无 GD 类封装，8.1+ 也未引入可实例化的 GD 类）。
有人尝试用 function_exists('imageistruecolor') && imageistruecolor($img) 来“试探”，这属于副作用判断：一旦 $img 不是有效 GD 资源，会直接触发警告且无法捕获（@ 抑制也不推荐），破坏错误处理逻辑。
立即学习“PHP免费学习笔记（深入）”；
-
gettype($img)→ 永远是resource，无区分度 -
$img instanceof \GdImage→ PHP 8.0+ 引入了\GdImage类，但仅用于imagecreatefromxxx()新接口返回值，传统函数（如imagecreatetruecolor()）仍返回 resource - 依赖图像函数反向验证（如
imagesx()）→ 触发警告、性能低、逻辑绕远
兼容 PHP 7.4–8.3 的安全判断函数示例
以下函数在各版本中行为一致，不依赖扩展开关或未来可能废弃的机制：
function is_gd_image($img): bool
{
if (!is_resource($img)) {
return false;
}
return get_resource_type($img) === 'gd';
}
// 使用示例：
$im = imagecreatetruecolor(100, 100);
var_dump(is_gd_image($im)); // true
imagedestroy($im);
var_dump(is_gd_image($im)); // false（资源已释放，is_resource() 返回 false）
var_dump(is_gd_image(null)); // false
注意：imagedestroy() 后资源立即失效，is_resource() 就会返回 false，无需额外标记变量为 null —— 但你自己代码里最好主动置 null 避免误用。
PHP 8.0+ 中 \GdImage 对象与传统 resource 的共存现实
PHP 8.0 引入 \GdImage 类型，但仅限新函数族（如 imagecreatefrompng() 在启用 gd.jpeg_ignore_warning 等配置时可能返回对象）；绝大多数现有代码仍基于 resource。两者不能混用：imagecopy() 不接受 \GdImage，imagejpeg() 也不接受对象（除非显式转换，但目前无标准转换函数）。
- 检查
\GdImage：用$img instanceof \GdImage - 检查传统 resource GD 图像：仍必须用
is_resource($img) && get_resource_type($img) === 'gd' - 不要假设两者可互通 —— 当前没有
gdimage_to_resource()或类似机制
实际项目中，如果你不确定来源是旧接口还是新接口，需同时判断两种类型，否则在升级 PHP 版本后可能出现静默失败。
