做这行十二年，见过太多人死在地图可视化这块。

尤其是搞大屏的，甲方一看：“我要那个点落在城市上，还要能缩放。”

你心里苦，但脸上得笑。

今天不扯虚的，直接聊 echarts散点图geo 怎么落地。

很多新手一上来就百度“echarts 地图示例”。

然后复制粘贴，发现点全飘在海上，或者干脆不显示。

别急，这是90%的人都踩过的坑。

首先，坐标系对了吗？

GeoJSON 里的坐标是经纬度，但你的数据要是墨卡托投影，那就全歪了。

我上次帮客户改项目，光调这个就熬了两个通宵。

记住，echarts 默认支持 WGS84 坐标系。

如果你的数据是 GCJ02（高德/腾讯），必须转换。

不然你的北京点可能显示在河北，上海点在江苏。

这锅，技术背，但甲方骂的是你。

其次，散点的大小怎么定？

别用固定值。

如果数据量小，点太小看不见；数据量大，全糊成一团黑。

我一般用线性缩放。

比如最大值设为20px，最小值设为5px。

中间值按比例算。

这样视觉上有层次感，用户一眼就能看出哪里是热点。

还有，tooltip 的格式化。

别只写个坐标，没人关心经纬度。

要写：城市名 + 数值 + 环比变化。

比如：“杭州：销售额500万，环比+12%”。

这才是业务方想看的东西。

再说说性能。

如果你要展示全国几千个门店的散点。

直接渲染 DOM 节点，浏览器直接卡死。

这时候，echarts散点图geo 的 visualMap 就派上用场了。

用颜色区分等级，而不是用大小。

或者开启 symbolSize 的回调函数，动态计算。

但我更推荐用 WebGL 渲染模式。

echarts 5 之后支持了，开启 setOption 里的 renderer: 'canvas' 或者 'svg' 视情况而定。

对于超大数据量，建议后端聚合。

不要把所有点都传给前端。

前端只负责画，不负责算。

这点很重要。

很多程序员喜欢在前端做聚合，觉得方便。

结果页面加载慢得像蜗牛。

我有个案例，某物流平台，三万条轨迹数据。

前端处理直接崩盘。

后来改成后端按网格聚合，前端只展示网格中心的点。

加载速度从 5秒 降到 0.5秒。

用户体验提升巨大。

最后，谈谈样式美化。

别用默认的红蓝配色。

太土了，像上世纪的 PPT。

根据品牌色调。

如果是科技风，用深蓝背景，荧光绿或亮橙色的点。

加点发光效果。

echarts 里 symbol 支持 shadowBlur。

设个 10 到 20 的模糊半径，瞬间高级感就有了。

还有，交互细节。

鼠标悬停时，点要放大。

点击时，要有反馈。

这些细节能体现你的专业度。

甲方不懂技术，但他懂感受。

你把这些细节做到位，他就算不知道代码怎么写，也知道你靠谱。

总之，echarts散点图geo 不难，难的是对数据的理解和对业务的洞察。

别光盯着 API 文档看。

多想想，用户在这个图表里，到底想看什么？

解决了这个问题，你的图就成功了一半。

剩下的，就是调调样式，优化优化性能。

这事儿，慢慢磨，急不得。

希望这篇干货，能帮你少加几天班。

毕竟，头发比代码值钱。