做这行十二年，见过太多人死在地图可视化这块。
尤其是搞大屏的，甲方一看：“我要那个点落在城市上，还要能缩放。”
你心里苦，但脸上得笑。
今天不扯虚的，直接聊 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 文档看。
多想想，用户在这个图表里，到底想看什么？
解决了这个问题，你的图就成功了一半。
剩下的，就是调调样式，优化优化性能。
这事儿，慢慢磨，急不得。
希望这篇干货，能帮你少加几天班。
毕竟，头发比代码值钱。
