如果你习惯在Vue里使用css简写属性，记得避开这个坑

引出问题

首先我们来这么一个问题, 这里是完整的 jsfiddle demo (https://jsfiddle.net/IanZhong/v38zxufp/14/) or codepen demo (https://codepen.io/IanZhong/pen/OaPgQM)

给一个元素绑定两个边框样式， 右侧和底部都为1px的红色边框

然后用一个按钮（或者任何方式）将样式换成下面的样式, 一个1px的绿色边框，和1px的红色右侧边框。

我们期望的结果应该是右侧边框是红色的，其余三边的边框是绿色的，但实际结果却是所有边都是绿色的， 这里已经出现了问题, 然后再点击按钮，将样式切换回去， 此时期望的结果应该是跟一开始一样： 右侧和底部都为1px的红色边框， 但实际结果却是只剩下底部的边框是红色的，右侧的边框就像消失了一样。

那么， 右侧的边框样式是不是真的消失了呢？ 是不是从第一次切换就消失了呢？（这好像也能符合第一次全都是绿色边框的表现），是 的bug吗？

这个 的替换过程是在 里帮我们实现的，是跟虚拟节点 的渲染有关，接下来让我们去 的源码看一下这个问题到底是怎么样造成的。

Vue更新视图机制

首先，vue视图的更新通过 进行， 会执行一个 的方法进行更新视图，update会从根节点进行 操作, 操作会依次遍历虚拟节点树的所有vnode节点，深度优先的遍历方式。

通常 操作会update以下几个部分

这里我们只需要关注第5个方法： , 那么这个方法里做了什么呢？看一下核心逻辑：

可以看到这段代码的主要逻辑是用新的样式覆盖旧的样式，这里的setProp是对 进行修改，也就是原生 对象的实例。

首先将不存在于newStyle中的oldStyle的样式设置为 ,

然后再设置与oldStyle中样式值不相等的newStyle的样式,

看起来没什么问题，一切都很符合逻辑，那么是什么造成了上面的现象呢？

一切的罪魁祸首都在这个 样式的简写属性（shorthand property)上。

简写属性有什么特殊的地方呢？ 最直接的就是当对一个简写属性赋值，例如：

这个赋值会被转换为：

也就是说 , , , 也都被赋值了.

原因分析

所以，回到上面的那个切换过程，根据 源码进行分析：

从 切换为 时，

第一个 循环， 不在 oldStyle 中，被清空， 在 oldStyle 中，保留了下来。

第二个 循环， 不在 oldStyle 中，设置 的值，注意此时 , , , 也都被赋值了，然后 与 oldStyle 中保留下来的值相等, 跳过这次赋值。

最后的结果就是 , , , 都显示 的值。

从 切换回为 时，

第一个 循环， 不在 oldStyle 中， 的值被清空，此时 , , , 也都被清空，然后 在 oldStyle 中, 跳过这次赋值。

第二个 循环， 不在 oldStyle 中， 被赋值， 与 oldStyle 中保留下来的值相等, 跳过这次赋值

最后的结果也就是只剩下了 的值。

解决方案

那么，原理搞清楚了，有什么好的解决方案呢？ 这个问题在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.

这个问题被定性为了一个 ，但也给出了有效的解决方案:

给这个元素一个用样式生成的hash值作为 , 当样式有任何变化的时候， 就会变化，在 的更新渲染逻辑中，如果元素的 发生变化，那么 就是空对象，就不会出现上面的问题了。