介绍对于TO C的应用，用户网络千差万别，总有各种网络问题导致资源加载失败，使得访问时出现白屏，样式错乱等。资源加载重试，则是提高用户体验中重要的一环。最近开始尝试用 Vue 整套技术体系进行开发。如何在 Vue 中做资源加载重试？资源分类目前常见的前端资源分为script 脚本css 样式文件img 图片background-img 背景图而在 webpack 构建体系里，根据加载方式可以细分为内联到html的script,link标签img图片import() 或 require.ensure 异步加载的chunk，通过webpack内置的加载器完成实践方案内联资源重试assets-reload通过 script, link, img 等标签上的 onerror 回调来进行资源加载重试，并且替换的URL规则可定制。而背景图则是读取样式表的规则，匹配到 background-img，则重新插入一条 background-img 样式，用于重试。具体的实现欢迎点击该模块参考。另外配合webpack构建自动化的能力，将这些onerror函数进行绑定。script通过这个模块，再利用script-ext-html-webpack-plugin 配置script的onerror属性 new ScriptExtHtmlWebpackPlugin({ custom: { test: /.js$/, attribute: ‘onerror=“attackCatch(this)”’ } })link另外写个简单的插件将head处内联的link标签加上onerror属性。class MyPlugin { apply (compiler) { compiler.hooks.compilation.tap(‘css-attr-plugin’, (compilation) => { compilation.hooks.htmlWebpackPluginAlterAssetTags .tapAsync(‘myPlugin’, function (data, cb) { data.head.forEach(el=>{ if(el.tagName === ’link’){ el.attributes.onerror = ‘attackCatch(this)’; } }) cb(null ,data); }); }) }}module.exports = MyPluginimgimg目前暂未找到适配的插件，稍后将自行添加对应的插件。也欢迎各位推荐background-img 背景图背景图这一块，则因为没有事件监听，只能进行全量替换，目前的应用仅在测试域名环境下，将所有背景图资源替换为当前域名下。webpack内置异步加载器webpack-plugin-import-retry阅读了webpack资源加载器部分的代码，重写了下加载器部分，实现了重试的能力。同时支持，传入格式化URL函数用于自定义重试时的链接。对加载失败的chunk,进行重试。一个chunk，有时候会包括 JS及CSS资源，其中一个加载失败便会发起重试，直到有一个资源重试了2次就判断为失败。通过资源加载重试，可大大减少 router 中,加载异步的页面文件时，失败而导致白屏的问题。// webpack_require.oldE = webpack_require.e;// webpack_require.e = function newRequireEnsure (chunkId, options) {// return webpack_require.oldE(chunkId, options).then(function () {}, function (err) {// console.error(err);// var type;// if (/..css??/.test(err.request)) {// type = ‘LINK’;// } else if (/..js??./.test(err.request)) {// type = ‘SCRIPT’;// }// if (options === undefined) {// options = {// LINK: 0,// SCRIPT: 0// };// }// options[type]++;// // 最小值为1// if (options[type] <= 2) {// return newRequireEnsure(chunkId, options);// }// })/*****/ }重试规则我们项目中，前端部署的架构为将前端项目文件发布到自己的静态资源服务器，CDN再来进行回源请求文件。URL仅为域名不同，路径相同。因此，我们的重试规则为 加上reloadAssets=1参数，用于标识是第几次重试。第二次重试时，将CDN域名替换为当前域名。因为CDN域名也会有不稳定的时候，将CDN域名替换为当前访问的域名，成功率会高些。因为不同业务的CDN资源替换为主站资源路径未必相同。因此都支持自定义规则。测试域名应用对于测试环境，我们一般会启用一个测试域名用于访问。此时，增量文件尚未发布到CDN，导致访问测试域名时，增量文件请求不到，而为此提前将增量文件发布到线上，则比较麻烦。因此，我们的自定义规则内，会添加是否为测试环境的判断，如果为测试环境，第一次重试的时候就直接替换为当前的测试域名进行访问。以此达到同一套代码适配不同域名。