关于vue源码flushSchedulerQueue函数qu

　　先看源码：functionflushSchedulerQueue（）｛currentFlushTimestampgetNow（）flushingtrueletwatcher，idSortqueuebeforeflush。Thisensuresthat：1。Componentsareupdatedfromparenttochild。（becauseparentisalwayscreatedbeforethechild）2。Acomponentsuserwatchersarerunbeforeitsrenderwatcher（becauseuserwatchersarecreatedbeforetherenderwatcher）3。Ifacomponentisdestroyedduringaparentcomponentswatcherrun，itswatcherscanbeskipped。queue。sort（（a，b）a。idb。id）donotcachelengthbecausemorewatchersmightbepushedaswerunexistingwatchersfor（index0；indexqueue。length；index）｛watcherqueue〔index〕if（watcher。before）｛watcher。before（）｝idwatcher。idhas〔id〕nullwatcher。run（）indevbuild，checkandstopcircularupdates。if（process。env。NODEENV！productionhas〔id〕！null）｛circular〔id〕（circular〔id〕0）1if（circular〔id〕MAXUPDATECOUNT）｛warn（Youmayhaveaninfiniteupdateloop（watcher。user？inwatcherwithexpression｛watcher。expression｝：inacomponentrenderfunction。），watcher。vm）break｝｝｝
　　这个方法主要是用来执行微任务后回调相关逻辑，queue里缓存了要等待更新的watcher列表，并且将queue按照从小到大进行排序。queue。sort（（a，b）a。idb。id）
　　问题来了，为什么要对queue进行排序？
　　搜索出来的结果基本上是从英文里翻译过来：组件的更新由父到子；因为父组件的创建过程是先于子的，所以watcher的创建也是先父后子，执行顺序也应该保持先父后子。用户的自定义watcher要优先于渲染watcher执行；因为用户自定义watcher是在渲染watcher之前创建的。如果一个组件在父组件的watcher执行期间被销毁，那么它对应的watcher执行都可以被跳过，所以父组件的watcher应该先执行。
　　看到这样的回答，有点似懂非懂的感觉，果断用实例来验证下：bodyHelloWorldvifshowChildHelloWorldbody
　　断点queue。sort
　　此时，queue里保存着子组件渲染watcher（称s）和主渲染watcher（称p），排序之后的顺序为：〔p，s〕
　　其中s这个watcher运行之后，在run函数里边就断掉了！
　　watcher源文件摘取代码：run（）｛此时的active已经为falseif（this。active）｛constvaluethis。get（）if（value！this。valueDeepwatchersandwatchersonObjectArraysshouldfireevenwhenthevalueisthesame，becausethevaluemayhavemutated。isObject（value）this。deep）｛setnewvalueconstoldValuethis。valuethis。valuevalueif（this。user）｛constinfocallbackforwatcher｛this。expression｝invokeWithErrorHandling（this。cb，this。vm，〔value，oldValue〕，this。vm，info）｝else｛this。cb。call（this。vm，value，oldValue）｝｝｝｝
　　这个active其实是在主渲染watcher执行中被change掉了，这样可以避免子组件的渲染watcher少执行很多代码啊，节省了很多的性能开销！
　　以上是个人的一点见解，欢迎留言讨论，喜欢请记得关注哦！