php不直接绘图，热力图需借助前端（canvas/svg）或gd/imagick等库；gd适合生成静态png报表，需启用gd扩展、预定义色表并线性插值；主流做法是php输出json供echarts/leaflet渲染，注意归一化、坐标系匹配（如wgs-84转bd-09）及数据验证。
PHP 本身不直接绘图，热力图必须借助前端（如 Canvas / SVG）或外部图形库（如 GD、Imagick），PHP 只负责生成坐标+强度数据或生成图像二进制流；所谓“数据映射法”，本质是把地理/网格坐标转为颜色值（通常是 RGB 或十六进制），再渲染成图。
用 GD 库生成静态热力图图像（最轻量、免依赖前端）
适合后台定时生成 PNG 热力图用于报表或邮件附件，不支持交互缩放或动态更新。
- 需确保 PHP 启用
gd扩展（php -m | grep gd验证） - 核心思路：分配画布 → 遍历二维网格 → 根据数值查色表（如冷暖渐变）→ 用
imagesetpixel()填充单像素，或用imagefilledrectangle()填充区块 - 色表建议用数组预定义，例如：
$colors = [0 => [0,0,255], 50 => [0,255,255], 100 => [255,255,0], 150 => [255,0,0]]，再线性插值得到中间色 - 注意：GD 默认不支持 alpha 混合叠加，若需多层热力叠加（如人口+消费双维度），得手动计算 RGB 加权，不能直接
imagealphablending()
输出 JSON 数据供前端 ECharts / Leaflet 插件渲染
这是当前主流做法，PHP 只做数据准备，前端负责可视化和交互，更灵活也更符合现代架构。
- 数据结构必须匹配前端要求，例如 ECharts 的
series.type: 'heatmap'要求每项为[x, y, value]三元组（坐标可为经纬度或自定义索引） - PHP 中需做归一化：原始计数可能跨度大（0–10000），应缩放到 0–100 或映射到色阶区间，避免全红失真；可用
min()/max()+ 线性映射 - 若区域是行政区（如省/市边界），不要传点坐标，而应聚合后输出 GeoJSON FeatureCollection，配合
map.setOption({ series: [{ type: 'map', data: [...] }] }) - 接口务必设好响应头：
header('Content-Type: application/json; charset=utf-8');，中文地名不乱码
处理坐标偏移与投影问题（高德/百度地图常见坑）
直接用 GPS 坐标（WGS-84）在百度或高德底图上绘制会整体偏移数百米——这不是 PHP 绘图错误，而是坐标系不匹配。
立即学习“PHP免费学习笔记（深入）”；
- PHP 层无法修正地图 SDK 的偏移，但可以调用官方转换 API 预处理：例如百度提供
http://api.map.baidu.com/geoconv/v1/?coords=116.48,39.99&from=1&to=5（WGS-84 → BD-09） - 若批量处理，别用 file_get_contents() 同步请求，改用 cURL 批量并发，或本地缓存已转换坐标（相同经纬度无需重复调用）
- Leaflet + OpenStreetMap 无此问题（原生支持 WGS-84），推荐开发阶段优先用它验证数据逻辑
真正卡住人的往往不是“怎么画”，而是“坐标对不对”“色阶是否掩盖了真实分布差异”“聚合粒度是否让热点淹没在均值里”。先用小样本导出 CSV，在 Excel 里散点图验证分布形态，再动代码。
