Apache ECharts 在 Vue3 中使用 ref 存储实例的注意事项

在使用 Vue3 和 Apache ECharts 进行数据可视化开发时，开发者可能会遇到一个常见问题：当使用 Vue3 的 ref() 来存储 ECharts 实例时，axisPointer.label.formatter 回调函数中的 params.seriesData 会变成空数组。这个现象看似是一个 bug，但实际上是由于 Vue3 的响应式系统特性导致的。

问题现象分析

在正常的 ECharts 使用场景中，当鼠标悬停在图表上时，axisPointer.label.formatter 回调函数会接收到完整的 seriesData 数据，包含当前坐标点对应的所有系列信息。然而，当开发者使用 Vue3 的 ref() 来存储 ECharts 实例时，会发现这些数据变成了空数组。

根本原因

这个问题的根源在于 Vue3 的响应式系统。ref() 会对存储的值进行深度响应式转换，这意味着它会递归地将对象的所有属性都转换为响应式代理。对于 ECharts 这样的复杂第三方库实例，这种深度响应式转换可能会：

1. 破坏实例内部的原型链和方法调用
2. 干扰实例内部的状态管理
3. 影响回调函数中参数的正常传递

解决方案

针对这个问题，有以下几种解决方案：

1. 使用 shallowRef 替代 ref：shallowRef 只会对值本身进行响应式处理，不会深度转换其属性，因此不会影响 ECharts 实例的内部结构。

2. 避免直接存储 ECharts 实例：可以考虑只存储必要的图表配置或数据，而不是整个 ECharts 实例。

3. 使用专门的 Vue-ECharts 组件：社区维护的 Vue-ECharts 组件已经处理了这些兼容性问题。

最佳实践建议

在 Vue3 项目中使用 ECharts 时，建议遵循以下最佳实践：

1. 对于需要响应式处理的 ECharts 相关数据，使用 ref 或 reactive 进行包装
2. 对于 ECharts 实例本身，使用 shallowRef 或直接存储在非响应式变量中
3. 在组件卸载时，记得调用 dispose 方法清理 ECharts 实例
4. 对于复杂的交互需求，考虑使用 Vue 的自定义指令来封装 ECharts 操作

性能考量

使用 ref 深度包装 ECharts 实例不仅会导致上述功能问题，还会带来不必要的性能开销。ECharts 实例通常包含大量内部方法和属性，深度响应式转换会：

1. 增加内存使用
2. 降低方法调用效率
3. 可能导致不必要的依赖追踪

因此，从性能角度考虑，也应该避免使用 ref 来存储 ECharts 实例。

总结

在 Vue3 生态中使用第三方库时，开发者需要特别注意响应式系统的边界。不是所有对象都适合进行深度响应式转换，特别是那些内部结构复杂的库实例。理解 Vue3 响应式系统的工作原理，能够帮助开发者避免这类问题，写出更健壮、高效的代码。