PHP 8.0起GD函数强制使用GdImage对象而非resource，创建函数如imagecreatetruecolor()返回GdImage，类型错误触发TypeError；is_resource()失效，须用instanceof；输出函数首参均为GdImage；imagedestroy()软弃用，内存由引用计数自动管理；GdImage不可序列化。
PHP 8.0 中所有 GD 图像函数不再接受旧式的 resource，必须传入 GdImage 对象——这不是可选项，而是强制类型约束。传错类型会直接触发 Fatal error: Uncaught TypeError。
imagecreatetruecolor() 返回的就是 GdImage
从 PHP 8.0 开始，imagecreatetruecolor()、imagecreate()、imagecreatefrompng() 等创建函数返回值类型已改为 GdImage，无需手动转换或封装。
- 如果你用的是 PHP 7.x 升级到 8.0，旧代码里把图像资源当数组或对象操作（比如
$im['width']）会彻底失效 -
is_resource($im)对GdImage实例返回false；应改用$im instanceof GdImage - 函数签名严格：例如
imagestring($im, ...)的第一个参数现在声明为GdImage $image，IDE 和静态分析工具能提前捕获错误
gd_info() 不返回 GdImage，但它是验证前提
gd_info() 本身不操作图像，但它返回的数组告诉你当前 GdImage 能否真正干活——比如 ["PNG Support"] === true 才能安全调用 imagepng()。
- 常见陷阱：
gd_info()["GD Support"] === true只说明 GD 扩展加载了，不代表你有BMP或WebP支持 - 若
imagebmp($im, 'x.bmp')静默失败（返回true但文件为空），大概率是gd_info()["BMP Support"] === false - macOS 或自编译 PHP 容易缺
--with-webp-dir，导致imagewebp()报Call to undefined function imagewebp()
所有图像输出函数都要求 GdImage 第一参数
imagepng()、imagejpeg()、imagegd()、imagebmp()、imagegif() 全部在 PHP 8.0 中将首个参数类型锁定为 GdImage。
立即学习“PHP免费学习笔记（深入）”；
-
imagegd2($im, 'x.gd2')同样适用——注意.gd2是 libgd 私有格式，仅用于开发调试，生产环境别用 -
compressed参数在imagebmp()中类型变为bool（PHP 8.0+），传1或0会触发Deprecated: Implicit conversion from int to bool - 流式输出（如
imagepng($im)不带第二参数）仍会直接写入stdout，但前提是响应头未发送；否则会报Cannot modify header information
销毁 GdImage 不再需要 imagedestroy()
GdImage 是 final 类，其生命周期由 PHP 引用计数器自动管理。显式调用 imagedestroy($im) 不再必要，且在 PHP 8.0+ 中该函数已被标记为「soft deprecated」。
- 调用
imagedestroy($im)不会报错，但返回null（而非true），且对内存释放无实质加速 - 如果图像对象被闭包捕获或赋值给全局变量，即使调用
imagedestroy()也无法立即释放 - 真正要注意的是循环中反复创建大图（如批量缩略图）：不 unset($im) 可能导致 OOM，这时靠的是及时脱离作用域，不是靠
imagedestroy()
最易被忽略的一点：GdImage 实例不能序列化，也不能跨请求传递——它绑定在当前 PHP 进程的 GD 上下文里。试图 serialize($im) 或存入 Redis 会直接失败，错误信息是 Serialization of 'GdImage' is not allowed。
