如果我说了cnpm的缺点以后，我估计它就没有优点了。
由于我们墙的问题，npm的速度很慢，所以大家用了cnpm。
然而大家不知道的是我们使用npm或者yarn，会分别产生yarn.lock或者package-lock.json的文件。这两个文件，在我们不主动升级依赖包的情况下不会主动，下次npm install或者yarn的时候，不会主动升级我们的依赖包。
然而我们用cnpm，每次cnpm install他就会给我们在小范围内升级我们的依赖包，这样我们的依赖包多了的时候，总会又一个会报错的。
如果我们的工程很久没有动的化，再次cnpm install的时候，就有可能出现问题了。
哎，所以我强烈建议大家不用使用cnpm了，关于速度慢的问题，我们可以设置npm 或者yarn的代理，注意不是镜像，镜像当然也可以，不知道为啥我使用的镜像不太爽。
show:true,//显示策略，默认值true,可选为：true（显示） | false（隐藏） text: '主标题',//主标题文本，'\n'指定换行 link:'',//主标题文本超链接,默认值true target: null,//指定窗口打开主标题超链接，支持'self' | 'blank'，不指定等同为'blank'（新窗口） subtext: '副标题',//副标题文本，'\n'指定换行 sublink: '',//副标题文本超链接
这些编译好了的视图缓存。
npm 与 yarn命令比较
其实这并不是一个错误，这是一个提醒，网上又很多也遇到这样问题的，但并不是和我的一样。
将文本复制到剪贴板应该不难。配置它不需要几十个步骤，也不需要加载数百KB的js文件 。但最重要的是，它不应该依赖Flash或任何臃肿的框架。这就是clipboard.js存在的原因。
云企业网都设置完了，依然不能ping通内网
computed 从vuex获得数据，watch监听数据 然而问题就出现在了监听上，监听不到，给个setTimeOut 1000 就能检测到数据了，不然打印时又数据，用的时候时空的，不知道时什么原因。
在做项目的时候发现 用平时的$request->all() 无法获取到请求值
LRU（Least recently used，最近最少使用）算法根据数据的历史访问记录来进行淘汰数据，其核心思想是“如果数据最近被访问过，那么将来被访问的几率也更高”。
不提示“command not found”，而是出现一长串帮助说明，那就证明adb已经配置好了。