这个问题本质是CSS选择器特异性冲突加上对disabled元素hover行为的误解，我来一步步帮你理清：

你忽略的核心要点 #

1. 选择器特异性与加载顺序
   第三方库的规则.gmRHND .sc-ifAKCX:hover .sc-bwzfXH和你的自定义规则.bulk-action:disabled:hover .bulk-action-icon的特异性权重是相同的（都是4个类/伪类选择器，权重值为0,4,0）。此时CSS会遵循“后加载的样式覆盖先加载的”原则，如果第三方样式在你的自定义样式之后引入，你的规则就会被覆盖。

2. disabled元素的hover触发逻辑
   浏览器默认会给disabled元素设置pointer-events: none，意味着这类元素不会响应hover、点击等交互事件。如果第三方库为了视觉效果给disabled按钮强制设置了pointer-events: auto，才会触发:hover伪类——否则你的:hover规则其实根本不会生效。

3. initial值的误解
   color: initial会将颜色重置为浏览器的默认文字颜色（通常是黑色），而不是你期望的第三方库基础样式的蓝色。这就是为什么你用initial或unset都达不到预期的原因。

具体解决思路 #

思路1：提升自定义选择器的特异性（推荐） #

通过叠加更多匹配DOM结构的选择器，让你的规则权重超过第三方库。比如结合第三方的父容器类或按钮的原始类：

/* 叠加第三方父容器类，权重变为0,5,0，超过第三方的0,4,0 */
.gmRHND .bulk-action:disabled:hover .bulk-action-icon {
  color: unset; /* 或者用inherit，继承按钮的disabled状态颜色 */
}

/* 或者叠加按钮的第三方类，同样提升权重 */
.bulk-action.sc-ifAKCX:disabled:hover .bulk-action-icon {
  color: unset;
}

思路2：禁用disabled按钮的hover响应 #

如果不需要disabled按钮有hover效果，直接恢复浏览器默认行为，让第三方的hover规则根本不会触发：

.bulk-action:disabled {
  pointer-events: none;
}

这样不管第三方怎么设置hover规则，disabled按钮都不会触发:hover状态，图标自然保持基础的蓝色。

思路3：谨慎使用!important（应急方案） #

如果不想调整选择器，可以用!important强制提升规则优先级，但要注意这是最后手段，避免滥用：

.bulk-action:disabled:hover .bulk-action-icon {
  color: unset !important;
}

思路4：继承父元素颜色 #

如果按钮在disabled状态下的颜色正是你想要的蓝色，可以让图标继承按钮的颜色：

.bulk-action:disabled:hover .bulk-action-icon {
  color: inherit;
}

内容的提问来源于stack exchange，提问作者Danny Goodall