v-show指令算是重排吗？
当渲染树中的一部分(或全部)因为元素的规模尺寸，布局，隐藏等改变而需要重新构建,因v-show指令改变display的属性，会发生重排。
-
预期：any 用法： 根据表达式之真假值，切换元素的 display CSS 属性。 当条件变化时该指令触发过渡效果。
-
另一个用于根据条件展示元素的选项是v-show指令。用法大致一样： <h1 v-show="ok">Hello!</h1> 不同的是带有v-show的元素始终会被渲染并保留在 DOM 中。v-show只是简单地切换元素的 CSS 属性display。 注意，v-show不支持<template>元素，也不支持v-else。
-
v-if是“真正”的条件渲染，因为它会确保在切换过程中条件块内的事件监听器和子组件适当地被销毁和重建。 v-if也是惰性的：如果在初始渲染时条件为假，则什么也不做——直到条件第一次变为真时，才会开始渲染条件块。 相比之下，v-show就简单得多——不管初始条件是什么，元素总是会被渲染，并且只是简单地基于 CSS 进行切换。 一般来说，v-if有更高的切换开销，而v-show有更高的初始渲染开销。因
-
在移动端应用里，为了便于代码组织，通常我们要将组件放在各个路由的 .vue 文件里，但是因为此时组件并不在 body 下，加上定位，overflowscrolling 设置等原因，会出现遮罩在弹层之上，z-index 失效等问题。 因此我们推荐在纯弹窗类组件比如 Alert Popup XDialog 等组件上使用 v-transfer-dom 实现自动移动到 body 下，解决以上问题。 必须有
-
变量res的值应等于3。但是当我打开优化时，编译器错误地重新排列了指令，并且res包含一些垃圾。一些可能的重新排序示例： 这是编译器中的错误吗？还是不允许像这样访问结构数据成员？ 编辑： 我刚刚意识到之前的代码实际上有效，抱歉。但这不起作用： 当编译时不知道变量i时，编译器会错误地重新排序指令。
-
我读过很多关于内存排序的文章，他们都只说CPU会重新排序加载和存储。 CPU（我对x86 CPU特别感兴趣）是否只对加载和存储进行重新排序，而不对其拥有的其余指令进行重新排序？