遇到问题的场景（语言组织的很乱很直白，可以跳过~）
vue 的父子组件，兄弟组件之间的通信是平时搬砖也好，前端面试也好，都经常会遇到的问题。作者本人比较菜，从业1年半做的项目都不是很大，VueX 的源码看了，demo 也写了，但是就是没有机会用到，没有项目经历每次被问到 VueX 为啥不能被 EventBus 取代这个问题，确实一脸懵逼，某种机缘巧合吧，今天做项目遇到了一个问题，想了想可能终于是时候开始使用 Vuex 了！
先说下大致的场景，一个多级列表页，文件夹可以打开下级列表，列表中的文件可以下载，因为文件不同源的问题，a 标签的 download 属性应用受限，所以需要自己写 http 请求 + blob 来下载文件，文件下载过程不会被浏览器表现出来，所以需要前端自己去同步状态，那么如何记录每个页面没有下载完的文件？因为项目刚起步，还没有引用 Vuex ，一开始我的想法是引入一个全局变量 loading 记录正在下载的文件id挂在Vue的原型上，在组件 created 的时候引用到组件的 data 中，然后操作引用变量，既能控制自己的页面，也同时修改了全局变量，即使页面被销毁下次还是可以拿到全局存的下载状态，但是我也需要写 watch 来监听数据的变化，还得写 EventBus 通知其他页面有新的下载任务或者有下载任务完成。
这个时候问题就有点恶心了，一开始页面的结构是 => 大列表本身就是个组件，列表项也是组件，loading 状态写在了列表项里，也就是每个最小的列表项都需要去取一下全局变量，然后这个 watch 还不能监听全局变量 loading ，否则 watch 触发的频率太高，只能监听 loading 变量下自己对应的 key ，这还只是获取状态，如何去同步其他页面的相关状态？相关页面都对 loading 做一个引用？而且每个页面数据层级都有一些差异，有的页面需要写 watch 甚至有的页面需要 deep watch ，有的页面可能需要直接引用在模板里，这里 loading 是个引用类型还好，要是值类型的全局变量去同步，你这边动了全局如何同步？其他组件如何同步？不都是要自己填坑。
感觉项目做大了逻辑会很混乱，性能也会受到影响。算了算了，不往下搞了，此时不用 VueX 更待何时，开始疯狂改代码，增加了一些逻辑判断、取消了列表项那层组件并引入了 VueX 。真香啊！state 下面存 loading 用于给新加载的页面提供下载中的项目，再来一个 count 来记录下载中的项目，来个 id 记录下载好的项目，compute + watch 这个变量的改变来同步已下载完成的项目。改完了发现能用，真爽。10 点多溜了溜了下班回家！
有什么情况 EventBus 不好处理需要 VueX 的场景，大致的想法是：
比如两个层级比较深的组件，左屏一个右屏一个，之间发生一些数据交互还需要同步，并且还要同步到不是最高父级上层组件中，没准还要进行一些数据记录，甚至交互其他更多的组件， props 就不用想了，一层一层上去再一层一层下来那可真蠢，那 EventBus 呢？需要写多少个 emit 和 on ，而且绑定 emit 和 on 在非父级组件上注册完还需要销毁，否则会出现重复绑定的问题。
EventBus 是一种事件的传递，a 和 b 是兄弟组件，我在 a 的子组件进行了一些修改，此时 b 还没有创建，我想渲染b组件并在b组件的子组件拿到刚才 a 组件操作的数据，然后我对 b 进行了一系列操作，想回到已被销毁的a组件再干点事情，EventBus 慌得一 b ，此时甚至还没有 localstorage 好用，但是 localstorage 毕竟不是响应式的，取出来修改再同步，取出来用用完再同步，而且此时也不会有其他组件收到你修改的操作，如果这时候顶部导航栏菜单栏之类的也想同步个状态呢？你怎么去触发他们的生命周期？又要写更多的 EventBus~
最后说说什么情况比较适合 EventBus ：
个人认为单页面应用的最父级组件上的提示遮罩比较适合用 EventBus 触发，因为最父级不会被销毁，EventBus 不需要重复的解绑和绑定，即使绑定很多事件的处理也不会使逻辑太乱，比如最顶层的提示弹层，加载弹层等，如果子组件各自都有弹层，那更适合把弹层相关的逻辑提出去，再 mixin 到每个组件里。
深层级组件之间的简单通信，因为深层级组件经常被销毁重建，每次建立和移除相关 EventBus 都会有性能的开销，尤其是列表项组件，数量巨大，每个上面都写 $emit 对页面本身也不太友好，就好比ul的事件委托优化li的onclick事件一样，EventBus 应往父组件上绑定，通过 props 传递，但是 EventBus 交互不易过多，逻辑不直观并且不便于维护
VueX 实战第一天，肯定思想上有诸多漏洞，但愿不会误导比我更萌新的萌新~
