PHP7中GD函数报错主因是扩展未装全或参数校验变严：需确认gd_info()中jpeg/png为true，颜色值须为0–255整数，禁用mysql_*函数，严格检查GD函数返回值及参数类型。
PHP7中imagecreatefromjpeg等函数报“Call to undefined function”
不是函数被删了，是GD扩展在PHP7里默认启用但可能没装全。PHP5.6常见用php-gd包，而PHP7需要确认是否安装了带JPEG/PNG支持的完整GD——尤其Debian/Ubuntu上php-gd依赖libjpeg-dev和libpng-dev，升级后这些底层库可能未重编译。
检查方式：php -m | grep gd有输出还不够，要运行php -r "print_r(gd_info());"，确认jpeg和png对应项为true。若为false，需重装GD：Ubuntu下执行sudo apt install libjpeg-dev libpng-dev后，重新编译或重装php-gd扩展。
imagecolorallocate在PHP7里返回false而非资源
这不是函数废弃，而是参数校验变严了：PHP7开始，imagecolorallocate($im, $r, $g, $b)对$r/$g/$b强制要求为0–255整数。PHP5.6会静默截断或转整型，PHP7直接返回false且不报错，导致后续imagefilledrectangle等调用失败。
排查重点：
立即学习“PHP免费学习笔记（深入）”；
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 检查颜色值是否来自表单、数据库或字符串拼接，比如
(int)$_GET['r']可能得到负数或超255 - 用
filter_var($val, FILTER_VALIDATE_INT, ['options' => ['min_range' => 0, 'max_range' => 255]]) !== false做前置校验 - 避免用
round()或intval()粗暴转换浮点色值，改用max(0, min(255, (int)round($val)))
PHP7废除mysql_*函数后，图片生成逻辑里混用了旧数据库连接
很多老项目在image.php这类脚本里边查数据库边画图，升级后mysql_connect直接致命错误，但错误日志可能被图片响应头掩盖（浏览器只看到损坏图片）。关键不是图片函数出问题，而是前置DB调用崩了。
快速定位方法：
- 临时在图片脚本开头加
error_reporting(E_ALL); ini_set('display_errors', '1');，并注释掉header('Content-Type: image/jpeg') - 把原
mysql_query替换成mysqli或PDO，注意mysqli_fetch_array默认返回数字+关联双键数组，而旧mysql_fetch_array默认只返回数字键，容易引发Undefined index - 别漏掉
mysql_real_escape_string——它依赖连接资源，PHP7里必须换为mysqli_real_escape_string($link, $str)或预处理
GD函数参数顺序微调与严格类型引发的“黑图”或“白图”
最隐蔽的问题：PHP7对GD函数参数类型更敏感，例如imagecopyresampled($dst, $src, $dst_x, $dst_y, $src_x, $src_y, $dst_w, $dst_h, $src_w, $src_h)，若传入null、空字符串或浮点数宽高，在PHP5.6可能凑合画出来，PHP7大概率返回false且imagejpeg()输出空白内容。
典型诱因：
-
$_GET参数未过滤，如width=abc导致(int)$_GET['width']为0，触发GD内部除零或尺寸异常 - 使用
getimagesize()结果时，误把索引4（图像方向）当宽度用，造成$dst_w为1或2，缩放失真 - 忘记检查
imagecreatefromxxx()返回值，false传给后续函数直接崩溃
务必每步加判断：if (!$im = imagecreatefromjpeg($file)) { die('bad jpeg'); }，而不是直接用。
