引出问题
首先我们来这么一个问题, 这里是完整的 jsfiddle demo or codepen demo
给一个元素绑定两个边框样式, 右侧和底部都为1px的红色边框
styleA: {
borderBottom: '1px solid red',
borderRight: '1px solid red'
};
复制代码
然后用一个按钮(或者任何方式)将样式换成下面的样式, 一个1px的绿色边框,和1px的红色右侧边框。
styleB: {
border: '1px solid green',
borderRight: '1px solid red'
};
复制代码
我们期望的结果应该是右侧边框是红色的,其余三边的边框是绿色的,但实际结果却是所有边都是绿色的, 这里已经出现了问题, 然后再点击按钮,将样式切换回去, 此时期望的结果应该是跟一开始一样: 右侧和底部都为1px的红色边框, 但实际结果却是只剩下底部的边框是红色的,右侧的边框就像消失了一样。
那么, 右侧的边框样式是不是真的消失了呢? 是不是从第一次切换就消失了呢?(这好像也能符合第一次全都是绿色边框的表现),是CSS
的bug吗?
这个style
的替换过程是在Vue
里帮我们实现的,是跟虚拟节点vNode
的渲染有关,接下来让我们去Vue
的源码看一下这个问题到底是怎么样造成的。
Vue更新视图机制
首先,vue视图的更新通过updateComponent
进行, updateComponent
会执行一个update
的方法进行更新视图,update会从根节点进行patch
操作, patch
操作会依次遍历虚拟节点树的所有vnode节点,深度优先的遍历方式。
通常patch
操作会update以下几个部分
0: ƒ updateAttrs(oldVnode, vnode)
1: ƒ updateClass(oldVnode, vnode)
2: ƒ updateDOMListeners(oldVnode, vnode)
3: ƒ updateDOMProps(oldVnode, vnode)
4: ƒ updateStyle(oldVnode, vnode)
5: ƒ update(oldVnode, vnode)
6: ƒ updateDirectives(oldVnode, vnode)
复制代码
这里我们只需要关注第5个方法:updateStyle
, 那么这个方法里做了什么呢? 看一下核心逻辑:
可以看到这段代码的主要逻辑是用新的样式覆盖旧的样式,这里的setProp是对element.style
进行修改,也就是原生CSSStyleDeclaration
对象的实例。
- 首先将不存在于newStyle中的oldStyle的样式设置为
''
, - 然后再设置与oldStyle中样式值不相等的newStyle的样式,
看起来没什么问题,一切都很符合逻辑,那么是什么造成了上面的现象呢?
一切的罪魁祸首都在这个border
样式的简写属性(shorthand property)上。
简写属性有什么特殊的地方呢? 最直接的就是当对一个简写属性赋值,例如:
border: 1px solid green;
复制代码
这个赋值会被转换为:
borderWidth: "1px"
borderStyle: "solid"
borderColor: "green"
borderTop: "1px solid green"
borderTopColor: "green"
borderTopStyle: "solid"
borderTopWidth: "1px"
borderRight: "1px solid green"
borderRightColor: "green"
borderRightStyle: "solid"
borderRightWidth: "1px"
borderLeft: "1px solid green"
borderLeftColor: "green"
borderLeftStyle: "solid"
borderLeftWidth: "1px"
borderBottom: "1px solid green"
borderBottomColor: "green"
borderBottomStyle: "solid"
borderBottomWidth: "1px"
复制代码
也就是说borderTop
, borderLeft
, borderRight
, borderBottom
也都被赋值了.
原因分析
所以,回到上面的那个切换过程,根据updateStyle
源码进行分析:
-
从
styleA
切换为styleB
时,-
第一个
for
循环,borderBottom
不在 oldStyle 中,被清空,borderRight
在 oldStyle 中,保留了下来。 -
第二个
for
循环,border
不在 oldStyle 中,设置border
的值,注意此时borderTop
,borderLeft
,borderRight
,borderBottom
也都被赋值了,然后borderRight
与 oldStyle 中保留下来的值相等, 跳过这次赋值。 -
最后的结果就是
borderTop
,borderLeft
,borderRight
,borderBottom
都显示border
的值。
-
-
从
styleB
切换回为styleA
时,-
第一个
for
循环,border
不在 oldStyle 中,border
的值被清空,此时borderTop
,borderLeft
,borderRight
,borderBottom
也都被清空,然后borderRight
在 oldStyle 中, 跳过这次赋值。 -
第二个
for
循环,borderBottom
不在 oldStyle 中,borderBottom
被赋值,borderRight
与 oldStyle 中保留下来的值相等, 跳过这次赋值 -
最后的结果也就是只剩下了
borderBottom
的值。
-
解决方案
那么,原理搞清楚了,有什么好的解决方案呢? 这个问题在Vue的github上已经被提过issue了,看下尤雨溪的官方回复
This is a wontfix. It's impractical to handle all the possible shorthand variations in the diffing algorithm. The solution is: do not use shorthand properties in inline styles.
If you really have to, e.g. you are allowing the user to edit the css arbitrarily, then the workaround is giving the element in question a key that equivalents to the hash of its inline styles. This forces the element to be replaced fresh when its inline styles change.
这个问题被定性为了一个wontfix
,但也给出了有效的解决方案:
- 给这个元素一个用样式生成的hash值作为
key
, 当样式有任何变化的时候,key
就会变化,在Vue
的更新渲染逻辑中,如果元素的key
发生变化,那么oldstyle
就是空对象,就不会出现上面的问题了。