PHP用imagettftext加文字水印中文乱码的根本原因是GD库内部需UTF-16BE编码，而非仅字体路径或UTF-8字符串；必须用iconv('UTF-8', 'UTF-16BE', $text)转换，配合支持中文的绝对路径字体、基线坐标计算及alpha设置。
PHP用imagettftext加文字水印时中文乱码或不显示
根本原因不是字体路径错，而是GD库不支持中文字符集——它只认ASCII范围内的字形索引。即使用了中文字体（如simhei.ttf），若没指定正确的UTF-8编码转换，imagettftext会把每个中文字符拆成多个字节，传给字体引擎后找不到对应字形，结果留空或显示方块。
- 必须先用
mb_convert_encoding($text, 'UTF-8', 'auto')统一编码，再用iconv('UTF-8', 'UTF-16BE', $text)转成双字节大端序（GD内部实际需要的格式） - 字体文件路径要绝对路径，相对路径在CLI模式下容易失效；可用
__DIR__ . '/fonts/simhei.ttf' - 字号别设太小（
12以下中文基本不可读），坐标y值要从基线算起，不是从顶部，建议y =$height - 20（底边留白）
PHP用imagecopy叠加图片水印透明度异常
直接imagecopy($dst, $src, $x, $y, 0, 0, $w, $h)会完全覆盖原图，丢失alpha通道。GD默认关闭alpha混合，且PNG水印里的透明背景会被当黑色填充。
- 叠加前必须调用
imagealphablending($dst, true)和imagesavealpha($dst, true)，否则透明区域变黑 - 如果水印是PNG且含半透明像素，要用
imagecopymerge($dst, $src, $x, $y, 0, 0, $w, $h, 75)控制不透明度（75表示75%融合） - 注意源图和目标图的色彩空间要一致：都用
imagecreatetruecolor()创建，避免调色板图像（imagecreate）导致透明丢失
批量处理图片时内存溢出或超时
GD在内存中完整加载整张图，一张5000×3000的JPEG约占用120MB内存（RGB各1字节×宽×高），循环处理10张就可能OOM；同时max_execution_time默认30秒，压缩+加水印很容易超时。
- 用
ini_set('memory_limit', '512M')临时扩容，但更稳妥的是处理完一张就imagedestroy($img)释放资源 - 对大图先缩放再加水印：
imagecopyresampled()生成缩略图，再在其上叠加，能降内存4–5倍 - 用
set_time_limit(0)禁用超时，但生产环境建议改用队列或分片处理，避免阻塞Web服务器
不同图片格式（JPG/PNG/GIF）水印逻辑要分开处理
JPG无透明通道，PNG支持全透明，GIF只有1位透明（要么全透要么不透），混用同一套逻辑会导致PNG水印黑边、GIF水印失真。
立即学习“PHP免费学习笔记（深入）”；
- 用
exif_imagetype($file)判断格式，再分别调用imagecreatefromjpeg/imagecreatefrompng/imagecreatefromgif - JPG输出用
imagejpeg($img, null, 90)控制质量；PNG必须用imagesavealpha($img, true)保留透明；GIF需用imagegif且不能带质量参数 - GIF是多帧动画，
imagecreatefromgif只读第一帧，加水印后变成静态图——真要动图水印得用ImageMagick或ffmpeg
水印位置计算、字体大小适配、多语言编码转换、格式兼容性……这些细节不写进逻辑里，上线后就会在某个用户上传的冷门PNG或繁体中文标题上突然崩掉。
