做 Geo 可视化这行十五年，我见过太多人死磕 ECharts 的 3D 地图。特别是那个 tooltip，看着挺简单，真用起来全是坑。上周有个客户急得跳脚，说他们的 geo3D echart tooltip 在加载大数据量时直接卡成 PPT，鼠标稍微动一下，浏览器就转圈圈。

这事儿太典型了。很多人觉得 tooltip 就是个显示文字的小框框，能有多难？错。在 3D 场景下，尤其是涉及到大量散点、线流或者复杂地形的时候，tooltip 的计算逻辑其实非常消耗性能。

我手里有个真实的案例，某物流公司的数据大屏。他们要在一张中国地图上展示全国三千多个网点的实时状态。起初，他们用了最常规的写法，每个点都绑定 tooltip。结果呢？页面一打开，CPU 占用率直接飙到 90%。

为什么？因为 ECharts 在 3D 模式下，每次鼠标移动都会触发重绘。如果 tooltip 的内容太复杂，或者频繁调用 update，那简直是灾难。

后来我们怎么改的？第一步，简化 tooltip 内容。别把什么历史数据、详细参数都塞进去。只显示最核心的：地点、当前状态、一个关键指标。比如，只显示“北京站：正常，吞吐量 500”。就这么简单的改动，性能提升了至少 40%。

第二步，开启 tooltip 的 triggerOn 属性。默认是 both，也就是鼠标移入和移出都触发。但在 3D 场景下，建议改成 onlyenter。这样只有当鼠标真正悬停在点上时才显示，移动过程中不计算，能省不少力气。

还有个细节，很多人忽略。tooltip 的样式。如果你用了复杂的 CSS 动画，或者背景图，在 3D 渲染引擎里，这会增加 GPU 的负担。尽量用纯色背景，简单字体。别为了好看牺牲性能，大屏要是卡了，再好看也没人看。

我见过一个更极端的例子，某旅游平台想在 geo3D echart tooltip 里展示景点的实时照片。照片加载慢不说，还导致 tooltip 弹出时有明显的延迟。最后我们改成只显示文字描述，照片点击后才弹窗查看。用户反馈说，虽然少看了张图，但操作流畅多了，体验反而更好。

所以，做 geo3D echart tooltip 优化，核心就两点：少计算，少渲染。

别一上来就追求花哨的效果。先保证流畅，再考虑美观。你可以试试把 tooltip 的 formatter 函数里的逻辑简化，去掉不必要的 DOM 操作。如果数据量真的很大，考虑用 markPoint 代替散点，或者分批加载数据。

我常跟团队说，做可视化不是做艺术展，是要解决问题的。如果用户因为卡顿而关掉页面，那你做得再精美也是零分。

这次优化后，客户的系统响应速度明显提升。他们测试数据显示，鼠标移动时的帧率从平均 15fps 提升到了 50fps 以上。虽然数据不是特别精确，但差距是肉眼可见的。

最后提醒一句，别迷信官方示例。官方文档里的例子通常数据量小，场景简单。一旦放到生产环境，数据量上去，问题就来了。多测试，多压测，找到适合你业务场景的那个平衡点。

记住，好的 geo3D echart tooltip 是让用户感觉不到它的存在，而不是让用户盯着它看。流畅，才是最高的优雅。