热力图颜色混合不是简单叠加，因为GD库默认关闭alpha混合模式，imagesetpixel()会覆盖而非累积颜色；必须先调用imagealphablending($img, true)，再用imagecolorallocatealpha()指定半透颜色，才能实现像素级透明度累加。
热力图颜色混合为什么不是简单叠加？
直接用 imagecolorallocate() 给每个点画纯色，再反复 imagesetpixel()，结果会发灰、失真、看不出梯度——因为 PHP 的 GD 库默认不启用 alpha 混合模式，每次绘点都是“覆盖”而非“叠加”。真实热力图需要像素级透明度累积：同一个坐标被多次命中，颜色应逐步变亮/变暖，而不是被后一次完全盖掉。
关键操作只有两步：
• 调用 imagealphablending($img, true) 启用混合（注意：必须在创建图像后、首次绘图前设置）
• 用带 alpha 的颜色，比如 imagecolorallocatealpha($img, 255, 0, 0, 64)（半透红色），而非 imagecolorallocate()
- 如果漏掉
imagealphablending()，哪怕用了imagecolorallocatealpha()，颜色也只会覆盖，不会累加 - alpha 值建议控制在 16–96 区间：太小（如 8）叠加几十次才可见；太大（如 192）3–5 次就饱和，失去区分度
- 不要用
imagefill()或imagefilledrectangle()模拟热区——它们不支持 alpha 混合，会破坏渐变逻辑
坐标映射到像素时常见缩放错位
原始经纬度或业务坐标（如 x=121.48, y=31.22）不能直接传给 imagesetpixel()。GD 图像坐标系原点在左上角，且单位是整数像素，而你的数据可能是浮点、负值、超大范围。
正确做法是先做线性归一化：
立即学习“PHP免费学习笔记（深入）”；
function coordToPixel($val, $min, $max, $size) {
return (int)round(($val - $min) / ($max - $min) * ($size - 1));
}- 务必分别对 x 和 y 单独计算，不能共用同一组
$min/$max—— 经纬度范围不同，业务坐标轴比例也可能不对称 -
$size - 1是关键：图像宽高为 500 时，有效横坐标是 0–499，不是 0–500 - 若数据含异常值（如
$val ），<code>coordToPixel()会返回负数或超界值，需提前截断：max(0, min($size - 1, $px))
性能瓶颈不在绘图，而在数据预处理
当点数超过 5000，用循环逐个调用 imagesetpixel() 很慢，但真正卡住的是坐标归一化和重复点合并——尤其原始数据里常有大量经纬度精度冗余（如 121.4823123 和 121.4823124 实际应视为同一点）。
- 先用
array_map()对原始数组做round($coord, 4)降精度，再用array_count_values()统计每个像素坐标的命中次数，比边画边查快 3–5 倍 - 避免在循环里反复调用
imagecolorallocatealpha()——它内部有颜色查找开销；把常用颜色（如红/橙/黄/白）预先缓存到数组里复用 - GD 处理大图（>2000×2000）内存吃紧，建议用
ini_set('memory_limit', '512M')，或改用imagecreatetruecolor()+imagepalettetotruecolor()避免调色板限制
导出 PNG 时透明通道丢失怎么办？
调用 imagepng($img) 后发现背景变黑、热力渐变变硬边，大概率是没保存 alpha 通道。GD 默认关闭 PNG 透明保存，即使你用了 imagecolorallocatealpha() 并启用了混合，输出时仍需显式设置。
- 必须在
imagepng()前加：imagealphablending($img, false)+imagesavealpha($img, true) - 顺序不能反：
imagesavealpha()要在imagealphablending(false)之后，否则无效 - 如果最终要嵌入网页，记得 HTTP 响应头设为
Content-Type: image/png，否则浏览器可能当作二进制乱码下载
热力图真正的复杂点不在颜色公式，而在坐标投影一致性、alpha 累积的数值稳定性、以及大流量下内存与 CPU 的平衡——这些地方一旦出错，图看起来“差不多”，但业务同学拿去分析时，峰值区域总会偏移一两个像素，没人说得清为什么。
