ECharts柱状图hover柱子不隐藏的配置排查

最近一次做运营看板，产品同学直接把截图甩到群里，说“柱状图 hover 的时候柱子不见了”。我打开页面看了两秒，柱子其实还在，只是从深蓝变成了几乎透明的浅灰，只剩一个模糊的轮廓。这类问题我这几年前后遇到过十几次，每次的成因都不完全一样：有人是emphasis.focus设成了series，有人是把axisPointer.type留在了shadow，还有人干脆是emphasis.itemStyle.color写成了和卡片底色同一个色值。所以“echarts 柱状图 hover，柱子不隐藏”这个需求，听着像一句话就能改完的配置，实际是一次完整的状态排查。这篇文章就把我处理这类问题的思路完整拆开：怎么判断柱子是被淡化、被遮挡还是被重置，emphasis和blur这对状态到底怎么联动，让柱子保持原样的几种写法各自适合什么场景，以及关掉淡化之后 tooltip、axisPointer、点击选中等联动会跟着出什么幺蛾子。做数据看板、做后台报表、做大屏的前端同学都能直接拿去用，配置片段可以照着抄。

1. 先把“消失”拆成三件事：柱子到底是被淡化、被遮挡，还是根本没渲染

1.1 从一张截图开始：数值还能读出来，柱子却看不见了

拿到“柱子不见了”的反馈，我第一件事不是改配置，而是把鼠标停在柱子上，看 tooltip 里的数值有没有正常弹出来。数值正常，说明数据链路没问题，图形元素也正常渲染了，问题百分百出在样式层。数值也没有，那就要往数据源、series.data的类型、yAxis的min/max这些方向查了，那是另一条完全不同的路。

这一步判断非常关键，因为“柱子不隐藏”这个诉求在两种情况下解法完全不同。数据没传进去，你把样式改出花来柱子也不会出现；数据传进去了只是看不见，那才轮到emphasis、blur、axisPointer这些东西上场。我见过有同学直接上来就加emphasis: { disabled: true }，结果原始问题是yAxis.max没设对导致柱子被截断在画布外，白折腾半小时。

还有一个更隐蔽的变体：柱子其实渲染了，但高度是 0。这种情况在“某个类目本期数据为 0”的报表里特别常见，鼠标扫过去触发的是“类目区间”的高亮，不是柱子的高亮，视觉上就像一根柱子凭空消失了。判断方法很简单，把鼠标移到对应的 X 轴文字上，如果 tooltip 出来了但画面上什么变化都没有，那基本就是零值柱子。

1.2 淡化、遮挡、重置：三种现象背后是完全不同的配置层

我把这几年遇到的案例归了归类，柱子“消失”其实只有三种物理成因，每种对应不同的配置层，混着改只会越改越乱。

淡化是最常见的一种，也是标题里说的“柱子不隐藏”主要针对的场景。它的本质是 ECharts 5 引入的emphasis+blur双状态机制：鼠标进入某个图形元素时，该元素进入emphasis（强调）状态，而被判定为“不相关”的其他元素进入blur（弱化）状态，弱化状态的默认表现就是降低透明度。用户看到的“其他柱子消失了”，就是这个透明度在起作用。

遮挡这个坑相对冷门，但特别能骗人。柱状图在tooltip.trigger: 'axis'的默认配置下，axisPointer的类型会自动选成shadow，也就是在鼠标所在的类目区间铺一层半透明灰。这层灰盖在柱子上，饱和度和明度都会被压低，看上去就像柱子被“冲淡”了。很多同学调了半天emphasis没效果，就是因为压根改错了地方。

重置则是自己挖的坑。比如在emphasis.itemStyle里只写了color没写opacity，颜色是个浅色，看起来就像淡了；或者写了opacity: 0想做个“隐藏”效果，结果忘了删。

1.3 三十秒自测：把 tooltip 和 axisPointer 一起关掉再看

我给自己定了一个三十秒快速分流的套路，任何“hover 后柱子不对劲”的问题都先跑一遍：

// 临时诊断用，不要提交到业务代码里 option.tooltip = { show: false }; option.axisPointer = { show: false }; // 如果 series 单独配了 axisPointer，也要一起关 option.series.forEach(s => { s.axisPointer = { show: false }; });

关掉这两层之后重新 hover。如果柱子颜色不再变化，问题就在axisPointer这一层，去看tooltip.axisPointer.type或者全局的axisPointer；如果柱子依然变淡，那问题就在emphasis/blur这一层，进入下一节的排查。

这个自测的价值在于它把“交互层”和“状态层”物理隔离开了。ECharts 的配置项数量太多，凭感觉猜配置项的效率极低，用两行代码换一个明确的排查方向，怎么算都划算。我一般还会顺手在控制台打一下echarts.version，因为这个问题的默认行为在 4.x 和 5.x 里差别不小，后面会专门讲。

2. ECharts 5 的 emphasis 与 blur：一对绑定出现的状态

2.1 focus 的三个取值，决定了“谁被连坐”

要让柱子不隐藏，得先搞清楚是谁把它藏起来的。ECharts 5 里控制这件事的核心开关是emphasis.focus，它有三个取值，行为差异很大：

• 'none'：默认值。只对当前元素做强调，其他元素不进入 blur，视觉上其他柱子保持原样。
• 'self'：当前元素自身进入 emphasis，同时其他元素不 weak。行为和none接近，但语义上更明确地表示“只强调自己”。
• 'series'：当前系列的同一系列其他数据项进入 blur 状态，也就是你 hover 一根柱子，同系列的其他柱子全部变淡。
• 'global'或'coordinateSystem'（通过blurScope控制）：范围更大，跨系列、跨坐标系一起淡化。

所以第一个要确认的事情非常直接：搜索一下项目里有没有focus: 'series'。这个配置在“突出当前数据”的需求里很常见，做出来的效果也确实不错，但当需求方说“柱子不要消失”时，它就是第一嫌疑人。

需要提醒的是，focus既可以配在全局的option.emphasis上，也可以配在单个series.emphasis上。全局配置会被系列级覆盖，所以查的时候两边都要看。我曾经遇到过一个项目，全局写了focus: 'none'，某个 series 里又写了focus: 'series'，只改全局那行完全没反应，卡了快二十分钟才想起来往 series 里翻。

2.2 blurScope 与 opacity 的继承链：0.2 这个数从哪来

focus只是决定“谁进入 blur”，真正决定“淡到什么程度”的是blur.itemStyle.opacity。ECharts 5 对 blur 状态给了一个默认样式，透明度量级大概在 0.2 左右，也就是说被淡化的柱子只剩两成不透明度，在白底上基本就是一道浅影。这个默认值是很多同学第一次看到“柱子没了”的直接原因。

blur的配置有三个可落点，优先级从低到高是：option.blur（全局）→option.series[i].blur（系列级）→ 数据项里的blur。没配的地方会逐级往上继承，所以如果你发现改了系列级没生效，很可能是全局那层写死了，或者反过来，某个数据项自己覆盖了。

blurScope则控制淡化的空间范围，常见取值是'coordinateSystem'（默认，同一坐标系内）和'series'（仅本系列）、'global'（全局）。多 Y 轴或者多 grid 的图里，这个配置会显著影响观感，因为默认的'coordinateSystem'会把同一坐标系里的所有系列都拉下水。

理解这条继承链之后，解法其实就出来了：要么让没人进入 blur（改focus），要么让 blur 状态看起来和正常状态一样（把 opacity 锁回 1）。这两条路后面的章节会分别展开。

2.3 柱状图和折线图的观感差异：为什么柱图特别吃亏

同样一套focus: 'series'的配置，放在折线图上大家觉得挺好看，放在柱状图上就被吐槽“柱子没了”。原因在于图形的视觉权重完全不同。

折线图的主体是那条线，线本身很细，被淡化之后你依然能看出走势；而且折线图通常有面积填充或者点标记，淡化后轮廓还在。柱状图不一样，柱子的视觉重量全在那块实心面积上，面积一旦变成 20% 不透明度，和背景的对比度骤降，特别是浅色主题下，柱子和白色背景的明度差本来就小，淡化之后直接融进背景。

还有一个放大效应的因素：柱状图一般是密集排列的，十几根柱子挤在一起，其中一根被高亮、其余全部淡化时，眼睛会把那一片浅色区域整体当成“空白”处理，而不是“十几根被淡化的柱子”。这是人眼的视觉分组机制，跟配置无关，但它解释了为什么同一个交互在两个图表类型里口碑差这么多。

所以我的建议是：如果业务场景确实是柱状图，focus: 'series'这个交互要么不用，要么把 blur 的透明度调高到 0.6 以上，让柱子保住基本轮廓。全淡到 0.2 这种做法，在柱图上我基本不用。

3. 让柱子稳住不动的四套写法，按侵入性从小到大排

3.1 一行收工：把 focus 改成 none

最小改动的方案就是把focus归位。如果确认问题出在淡化，而且业务上不需要“只突出当前柱子”的效果，直接全局关掉：

const option = { // 全局层，作用于所有系列 emphasis: { focus: 'none' }, series: [ { type: 'bar', data: [120, 200, 150, 80, 70, 110] // 如果这里原本写了 focus: 'series'，直接删掉或改成 'none' } ] };

这行改完，hover 时当前柱子依然会有自己的强调效果（如果有配emphasis.itemStyle的话），但其他柱子不会进入 blur，视觉上就是“柱子不隐藏”。

这里有个细节值得说一下：focus: 'none'不等于“关掉所有 hover 效果”。当前柱子如果有emphasis.itemStyle.color配置，颜色变化照常发生；如果emphasis.scale是 true（柱图默认是 false），缩放动画也照常。它只影响“其他元素要不要进入弱化状态”。

我在实际项目里的倾向是：只要图表是柱状图并且柱子数量超过 8 根，就把 focus 设为 none。因为柱子一多，高亮一根淡化一片的收益太低，用户根本看不清被淡化的那些数据大概是什么量级，交互的“信息增益”是负的。

3.2 保留联动效果：只把 blur 态透明度锁回 1

有些业务场景确实需要“聚焦当前柱子”，比如十几根柱子做排名对比，用户想知道某根柱子对应哪个类目。这时候focus: 'series'的联动是有价值的，问题只在于淡得太狠。解法是把 blur 的透明度调回来：

const option = { emphasis: { focus: 'series' }, blur: { itemStyle: { // 不让被淡化的柱子彻底融进背景 opacity: 1, // 如果还想保留一点层次感，可以改成 0.7 左右 // opacity: 0.7 } }, series: [{ type: 'bar', data: [120, 200, 150, 80, 70, 110] }] };

opacity: 1的效果是：blur 状态和正常状态的透明度完全一致，视觉上柱子“不隐藏”，但严格说 blur 状态依然存在，只是看不出来。这个写法比focus: 'none'更“保守”，因为它保留了状态机制，未来想调整只要改一个数字，不用重新动结构。

我的经验是opacity取 0.55 到 0.75 之间对柱状图最舒服：被淡化的柱子明显退到后面，但轮廓和颜色倾向还在，用户能大致判断量级。低于 0.4 就开始出现前面说的“视觉融进背景”问题，高于 0.85 又几乎看不出聚焦效果，白配了。

如果只想在某个系列上生效，把blur挪到series[i]里面就行。要注意的是系列级的blur会整体覆盖全局blur，覆盖是浅合并不是深合并，所以别指望“全局设 opacity、系列设 color”这种混搭，实测下来会出现某一项丢失的情况。稳妥的做法是每个系列把blur.itemStyle写完整。

3.3 彻底静音：emphasis.disabled 与 silent 的适用边界

如果这个图表是纯展示、不需要任何鼠标反馈，还有两把更重的刀。

emphasis.disabled: true会直接关掉整个系列的状态机制，hover 时什么都不会发生。这个配置在 ECharts 5.x 里是支持的，但我个人用得很克制，因为它把“当前柱子高亮”这个正向效果也一起枪毙了，用户会感觉图表“死掉了”，没有任何反馈。

silent: true更彻底，整个图形元素不响应任何鼠标事件，tooltip 也不会出来。这基本等于把图表变成一张图片。它适合的场景非常窄：比如一个纯装饰性的迷你图、或者已经用别的 DOM 层做了悬浮交互。日常业务里我基本不会碰。

还有一种情况是triggerEvent，它控制图形元素是否触发鼠标事件，和上面两个不是一回事，容易被搞混。这三者的区别我列一下：

我一般只在“图表被嵌在一个已经有整块 hover 效果的卡片里”这种情况下才考虑silent，避免两层效果打架。

3.4 精细控制：按系列、按数据项分别配置

真实的业务图很少只有一个系列。多系列柱图里，经常出现“主指标要高亮、参考指标不能被淡掉”的需求。这时候就得往细里配。

系列级的写法是给每个需要保护的对象单独加blur：

const option = { series: [ { name: '本期', type: 'bar', data: [120, 200, 150, 80, 70], emphasis: { focus: 'series', itemStyle: { color: '#2f6fed' } }, blur: { itemStyle: { opacity: 0.6 } } }, { name: '基准线', type: 'bar', data: [100, 180, 160, 90, 60], emphasis: { focus: 'none' }, blur: { // 这个系列完全不参与淡化 itemStyle: { opacity: 1 } } } ] };

数据项级别的用法在“重点标红某一根柱子”的场景里很有用。给单个数据项加emphasis和blur，可以让它拥有和其他柱子不一样的行为：

series: [{ type: 'bar', data: [ 120, 200, { value: 380, // 这根是本周峰值，hover 时不动 emphasis: { focus: 'none', itemStyle: { color: '#e05a3d' } }, blur: { itemStyle: { opacity: 1 } } }, 80, 70 ] }]

需要留意的是，数据项级配置的优先级最高，会覆盖系列级和全局。我在排查一个“为什么单独一根柱子不淡化”的问题时，最后就是在一个被中间层加工过的data数组里翻到了这一类配置。如果数据是接口下发的，还得确认后端或者某个数据处理中间件没往对象里塞东西，这种事真发生过。

4. 多系列、堆叠、双轴：复杂图里 hover 行为的实测差异

4.1 多系列对比场景：“只亮一根”这件事本身值不值得

前面聊的都是技术层面怎么关，这里想说说产品层面的判断。多系列柱状图里，focus: 'series'的语义是“只让当前系列的其他柱子淡化”，跨系列不淡化（除非blurScope设成了更大的范围）。这个行为在双系列对比图里其实挺合理：用户 hover 某一根“本期”的柱子，同系列的其他本期柱子变淡，对比的“上期”柱子保持原样，视线能自然地在两根柱子之间做差。

但如果系列数量上了四个五个，这个逻辑就开始糊了。用户 hover 一下，画面上可能有两种状态：被淡化的、没被淡化的，但“没被淡化的”里面又混着当前高亮的和其他系列的，视觉层级一下子变得很复杂。我的做法是系列超过三个就把focus关掉，改用 tooltip 的axis触发来承担信息展示，靠 tooltip 的排序和格式化解决对比需求，比靠颜色淡化靠谱得多。

还有个小技巧：如果确实需要突出，可以把emphasis.scale打开（柱图默认是 false，需要显式开启），让 hover 的柱子轻微放大一点。这个反馈比“淡化其他柱子”更局部、更温和，用户不会觉得画面整体在闪。注意scale的放大比例是通过emphasis.scale配合scaleSize之类的配置控制的，柱子间距紧凑的时候放大可能会盖住邻近柱子，要留神。

4.2 堆叠柱 hover：整条栈一起变淡的连锁反应

堆叠柱是我见过最容易出问题的一类。因为堆叠的每一段都是独立的图形元素，hover 某一段时，focus: 'series'会让同一系列的所有堆叠段淡化，而不是整条柱子。也就是说，你在 A 类目的红色段上悬停，B、C、D 类目里的红色段全部变淡，但它们的蓝绿段不变——画面会变得非常破碎。

这种情况下我的处理是直接关掉淡化：

const option = { emphasis: { focus: 'none' }, series: [ { name: '线上', type: 'bar', stack: 'total', data: [120, 200, 150] }, { name: '线下', type: 'bar', stack: 'total', data: [80, 130, 100] }, { name: '其他', type: 'bar', stack: 'total', data: [30, 50, 40] } ] };

如果一定要保留聚焦效果，那就得把blurScope设成'coordinateSystem'，让整个坐标系里的其他元素一起淡化，这样至少视觉上是“整片退后”，比“同一颜色段闪来闪去”要稳定。但这又回到了老问题：全部淡化之后，柱子整体融进背景，用户看不到总量了。堆叠图的核心价值就是看总量，把柱子淡没等于把图表的价值淡没了。

堆叠图还有一个专属坑：stackStrategy和stack字符串拼错导致堆叠没生效，柱子变成并列的。这时候 hover 一根柱子，你看的是另一根柱子在被淡化，非常迷惑。遇到“淡化对象不对”的情况，先确认堆叠是不是真的堆上了。

4.3 暗色大屏与浅色报表：透明度调完还得再校一次色

同一个配置在不同底色上的观感差别巨大，这一点我在做大屏项目时踩得最多。白色背景的报表里，blur.itemStyle.opacity: 0.6看着刚好；搬到深色大屏上，柱子本来是亮青色，淡化到 0.6 之后和深蓝背景混在一起，直接变成一坨暗色块，比白底上的 0.2 还难看。

原因是深色背景下的明度对比本来就靠“亮物衬暗底”，降低不透明度等于把亮色往背景色上拉，明度差迅速消失。白底上是“深色往白色上拉”，因为白色明度最高，反而会保留一点轮廓感。

我的处理是给两套主题准备两套透明度：

const isDark = true; // 从主题配置里读 const blurOpacity = isDark ? 0.85 : 0.6; const option = { emphasis: { focus: 'series' }, blur: { itemStyle: { opacity: blurOpacity } } };

深色主题下我把透明度直接拉到 0.85 以上，基本等于不淡化；实在需要区分，就靠emphasis.itemStyle.color把当前柱子提亮，或者加一点shadowBlur让它发光，用“加法”而不是“减法”来做聚焦。这个思路在大屏项目里特别管用，因为大屏的观看距离远，减法做出来的效果观众根本看不见。

浅色报表则相反，减法够了，因为白底上的灰度差更容易被识别。但要注意别调到 0.2 以下，那个区间在投影仪或者低亮度显示器上等于没有。

5. 从现象反推配置项的排查链路

5.1 五步定位法：从版本号一路查到具体数据项

这套流程我用了很久，基本上八成的问题能在五分钟内定位：

第三步有个技巧：不要只搜focus:，还要搜'focus'、focus =这种写法，因为有些项目会用变量名或者字符串拼接。另外focus也可能出现在option.baseOption或者主题文件里，全局主题里的配置是最容易漏的。

第五步是我吃过亏之后加的。有一次排查了两小时，最后发现是封装组件里对传入的 option 做了一次深合并，把一个默认的focus: 'series'合并进去了。组件库的默认值这种东西，藏得比想象中深。如果你的项目有二次封装的图表组件，一定要把组件内部的默认配置完整看一遍，别只看业务代码里写的那部分。

5.2 几个高频误判：渐变色、背景条、零值、间隙重叠

有几种情况特别容易被误判成“柱子被隐藏”，我列一下：

渐变色的 emphasis 缺失。柱子的itemStyle.color用了{ type: 'linear', ... }这种渐变对象，但emphasis.itemStyle.color只写了一个十六进制色值。结果 hover 时柱子突然变成纯色，和渐变差异很大，看起来就像换了个东西。解法是 emphasis 里也用完整的渐变对象，或者干脆不配color，让它自动继承。

背景条颜色太接近。showBackground: true打开之后，柱子后面会有一条背景条。如果backgroundStyle.color和柱子颜色接近，hover 时柱子稍微变亮或者变淡一点，视觉上就分不清柱子还在不在。这个在小尺寸的迷你柱图里尤其明显。

数据项是 null 或 undefined。这类数据和 0 不一样，图形根本不渲染。hover 到那个位置时，只有 tooltip 出来，柱子位置是空的。数据清洗时把 null 转成 0 是一个办法，但如果业务上 0 和“无数据”需要区分，就得用itemStyle做一个占位标记。

barGap 太小导致视觉重叠。柱子间距设成负值或者 0，相邻柱子贴在一起，hover 一根淡化其他时，被淡化的那根和背景连成一片，看起来就像“只剩下被 hover 的那根”。检查一下barGap和barCategoryGap，留出一点呼吸空间会好很多。

5.3 版本差异表与老项目迁移注意点

这个问题的排查，版本号必须先确认，因为 4.x 和 5.x 的机制完全不同：

如果你手上是老项目，echarts.version打出来是 4.x，那“hover 时其他柱子变淡”这件事基本不可能由框架默认值造成，得往自定义逻辑或者插件方向找。反过来，5.x 项目里如果确认了focus全都没有配置，柱子依然在淡化，那就要怀疑是不是引入了某个主题包，或者某个二次封装的图表库在内部设置了。

从 4.x 迁移到 5.x 的项目还有个隐性问题：hoverAnimation这个配置在 5.x 里不再起作用了，但不会报错。迁移之后柱子 hover 的反馈变弱，用户会反馈“hover 没反应”。这时候得主动补上emphasis.scale或者emphasis.itemStyle的配置，把反馈找回来。

6. 关掉淡化之后的连带处理

6.1 axisPointer 和 tooltip 的显隐要跟着一起调

focus关掉之后，很多同学以为事情结束了，实际上交互的平衡被打破了。原来的focus: 'series'承担了一部分“告诉你现在指向哪根柱子”的职责，现在这个视觉引导没了，用户可能会觉得“hover 上去什么都没发生”。

补这个反馈最省事的方式是把axisPointer调好。柱图默认的type: 'shadow'其实是个不错的反馈，一整条竖直的浅灰盖在类目上，配合 tooltip 的类目信息，用户明确知道自己指的是哪个类目。但这也正是前面说的“柱子看起来被遮挡”的来源，所以要在“反馈”和“遮挡”之间找平衡：

const option = { tooltip: { trigger: 'axis', axisPointer: { type: 'shadow', shadowStyle: { // 默认是 0.3 左右的透明度，调低一点减少对柱子的压迫 color: 'rgba(120, 140, 180, 0.12)' } } }, emphasis: { focus: 'none' } };

把shadowStyle.color的透明度从默认的三成降到一成左右，既能看出“当前类目”，又不会把柱子压得发灰。

如果连这一层灰都不想要，可以把axisPointer.type换成'line'或者'none'，靠 tooltip 本身做反馈。不过'none'会让用户的指向感变弱，悬停位置模糊的时候容易迷惑，我一般不用。

6.2 点击选中态 select 与 emphasis 打架怎么办

ECharts 5 除了emphasis和blur，还有第三个状态select，配合selectedMode使用。这三态叠在一起的时候，优先级和互斥关系很容易搞混，尤其是你的图表同时支持“hover 高亮”和“点击选中”的时候。

我遇到过一个典型问题：点击选中一根柱子之后它变成高亮色，鼠标移开，因为focus: 'none'生效，其他柱子回到正常色，选中的柱子也是正常色，用户完全看不出自己选了什么。原因是select状态的样式没配，点击其实没生效，只是 hover 的高亮残留让用户产生了错觉。

正确的做法是把三态分开配清楚：

const option = { series: [{ type: 'bar', selectedMode: 'single', data: [120, 200, 150, 80], emphasis: { focus: 'none', itemStyle: { color: '#2f6fed' } // hover 态 }, blur: { itemStyle: { opacity: 1 } // 淡化态，锁死 }, select: { itemStyle: { // 点击选中态 color: '#e05a3d', borderWidth: 2, borderColor: '#ffffff' } } }] };

三个状态的颜色要有明确的区分度，hover 用中等强度，select 用最强的视觉重量（比如加描边或者换色相），这样用户在任何时刻都能区分“我现在指的”和“我已经选的”。

还有一点：focus和select同时存在时的淡化行为，在部分版本里表现会不一致。保险起见，如果图表需要选中功能，我的建议是关掉所有淡化相关的配置，只用颜色和描边来区分状态，别在同一张图上叠加两套视觉机制。

6.3 大数据量下的重绘开销与降级策略

最后说个性能层面的观察。关掉focus对渲染性能是有正向收益的，因为淡化状态需要遍历并重绘其他图形元素。柱子数量少的时候感觉不明显，几千根柱子的场景下能测出差别。

我做过的极限测试里，三千根柱子的图在开启focus: 'series'时，每次鼠标移入移出的帧率会掉一截，因为每次都要重新计算一堆元素的 blur 样式并触发重绘。改成focus: 'none'之后，鼠标移动只要处理当前元素的高亮，流畅度明显好转。当然，三千根柱子的柱状图本身就不该这么画，dataZoom分页或者降采样才是正途，这里只是说明淡化机制不是零成本的。

如果必须在一个大图上保留聚焦效果，可以考虑把animationDurationUpdate调小甚至设成 0，让状态切换瞬间完成，减少动画过程中的重复重绘。也可以用large: true和largeThreshold开启大数据量模式，虽然这个模式主要针对散点，柱图在某些版本里也有相应优化。实测下来，最有效的手段还是减少同时渲染的图形数量，交互配置的微调只能算锦上添花。

我在实际项目里形成的习惯是：任何带交互的柱状图，配置里都会显式写上emphasis: { focus: 'none' }和blur: { itemStyle: { opacity: 1 } }这两行，不是因为默认值有问题，而是因为这两个配置项太容易被主题、组件封装、后续的需求变更悄悄改掉。显式写死，等于给自己留一份可追溯的基线，下次再出“柱子不见了”的反馈，先看这两行有没有被动过，往往一眼就能定位。