共计 2240 个字符，预计需要花费 6 分钟才能阅读完成。
如今的前端项目追求的不仅仅是能用能看的程度，而是愈发追求项目的性能，对用户体验的影响。而现在的开发工具在性能优化方面也替我们做很大一部分的工作，想必大家对 CDN 的使用都是轻车熟路了，但是大家有没有考虑过，万一我们使用的 CDN 服务器，地址啥的出现了问题，导致我们引用的 CDN 文件都拿不到了，那么我们的项目崩溃了，天了噜，崩溃了。
因此我们得考虑下，引用 CDN 的文件拿不到了，应该有相应的处理方案，而不会直接导致我们项目崩溃。
想必大家都能想到的处理方案就是：如果引用 CDN 的文件出错了，拿不到，那么我们就引用本地相对应的文件。
有人肯定会说，这样处理会导致项目体积变大的。对，是的，没有错，会使项目体积变大，但是这种处理总不会直接导致项目崩溃的，给用户的体验能更好一点，牺牲这么一点点是值得的。很多事情都是没有绝对的情况，都是相对的，这就需要我们自己去权衡了。
话不多说，直接进入正题。下面以 Vue 项目为列:
当然是我们项目的启动页 /index.html
<script src=”https://cdn.bootcss.com/vue/2.5.15/vue.min.js”></script>
<script>!window.Vue && document.write(unescape(‘%3Cscript src=”./static/js/vue.min.js”%3E%3C/script%3E’))</script>
<script src=”https://cdn.bootcss.com/vue-router/3.0.1/vue-router.min.js”></script>
<script>!window.VueRouter && document.write(unescape(‘%3Cscript src=”./static/js/vue-router.min.js”%3E%3C/script%3E’))</script>
<script src=”https://cdn.bootcss.com/axios/0.18.0/axios.min.js”></script>
<script>!window.axios && document.write(unescape(‘%3Cscript src=”./static/js/axios.min.js”%3E%3C/script%3E’))</script>
<script src=”https://cdn.bootcss.com/element-ui/2.4.9/index.js”></script>
<script>!window.Element && document.write(unescape(‘%3Cscript src=”./static/js/element-ui-index.js”%3E%3C/script%3E’))</script>
<script>!window.Element && document.write(unescape(‘%3Clink href=”./static/css/element-ui-index.css” rel=”stylesheet”%3E%3C/link%3E’))</script>
<script src=”https://cdn.bootcss.com/qs/6.5.2/qs.min.js”></script>
<script>!window.Qs && document.write(unescape(‘%3Cscript src=”./static/js/qs.js”%3E%3C/script%3E’))</script>
<script src=”https://cdn.bootcss.com/vuex/3.0.1/vuex.min.js”></script>
<script>!window.Vuex && document.write(unescape(‘%3Cscript src=”./static/js/vuex.min.js”%3E%3C/script%3E’))</script>
下面就在啰嗦几点，看懂的慢走，不送啦。不太懂的再瞅瞅。
1)、不用担心会全部加载，出现重复的情况，不信邪的自己去 NetWork 里验证。
2)、!window.Vue、!window.VueRouter、!window.axios、!window.Element、!window.Qs、!window.Vuex 这些都是些什么鬼？那是第三方库暴露出来的方法名。也可以去看看我之前“配置 webpack 中 externals 来减少打包后 vendor.js 的体积”这篇文章。
3)、对 js 文件的处理都是这样的，但是对 css 文件应该怎么处理呢。眼尖的已经看到了，上面那段中已经写出来。
4)、心细善于思考的你，还会发现，其实对 css 文件的处理还是存在问题的。因为难以直接判断出 CDN 上的 css 文件是否成功加载，所以直接用 js 文件加载完成的判断方式，打包一起处理。这样如果 CDN 上的整个 Element-UI 出现问题，那 js 和 css 都可以加载本地的。最坏的情况是，CDN 上的 css 文件很不巧的出现问题了呢？那就让凉吧。没办法。。。哈哈哈
因为对于 css 文件的处理，暂时没有想到好一点的处理方案，所以目前只能先这样统一处理。
不可否认对 css 处理这里是存在问题的。如果你有更好的处理方案，欢迎评论告知我，谢谢。当然文中有不当的地方，也欢迎大家指正，谢谢。
