摘要:在的配置项中,可能会见到这样的字符。的情况的可以指定。值是特定于整个构建过程的。。因此,以上两个值中更推荐的是。中的则和前面的一样,指定了结果的截取长度。的情况被引用的通过来得到带的文件。所以,这可能并不是我们想要的。
在webpack的配置项中,可能会见到hash这样的字符。
当存在hash配置的时候,webpack的输出将可以得到形如这样的文件:
page1_bundle_54e8c56e.js
这种带哈希值的文件名,可以帮助实现静态资源的长期缓存,在生产环境中非常有用。关于这一点的详细内容,可以参考这篇久远的大公司里怎样开发和部署前端代码。
在webpack中配置hash下面是一个带hash输出的webpack配置的例子(webpack v3.0.0):
var env = { src: path.resolve(__dirname, "./src"), output: path.resolve(__dirname, "./dist"), publicPath: "/" }; module.exports = { entry: { "page1": "./page1", "page2": "./page2" }, context: env.src, output: { path: env.output, filename: "./[name]/bundle_[chunkhash:8].js", publicPath: env.publicPath }, devtool: false, module: { rules: [{ test: /.(png|jpg)$/, use: "url-loader?limit=8192&name=[path][name]_[hash:8].[ext]" }, { test: /.css$/, use: ExtractTextPlugin.extract({ fallback: "style-loader", use: "css-loader" }) }] }, plugins: [ new ExtractTextPlugin({ filename: "./[name]/style_[contenthash:8].css" }) ] };
可以看到,有多个地方都出现了hash这个词,但形式不太一样。
output的情况output的filename可以指定hash。有两个值可以选择:
[hash]。hash值是特定于整个构建过程的。
[chunkhash]。hash值是特定于每一个文件的内容的。
我们理想的缓存设计是,在一次版本更新(重新构建)后,只有当一个文件的内容确实发生了变化,它才需要被重新下载,否则应使用缓存。
因此,以上两个值中更推荐的是[chunkhash]。你也可以阅读这篇官方的缓存指南了解更多细节。
file-loader的情况url-loader和file-loader是同一家,参照file-loader文档可知,文件名name可以使用标识符[hash]来启用hash。此外,你还可以按照[
[hash:8]中的:8则和前面output的一样,指定了hash结果的截取长度。
extract-text-webpack-plugin的情况被引用的css通过extract-text-webpack-plugin来得到带hash的文件。参照extract-text-webpack-plugin文档,在指定生成文件的文件名filename时可以使用标识符[contenthash](可以看到,和之前的并不相同)。
引用带hash的文件当静态资源的文件名变成这样的带哈希值的版本后,引用这些静态资源就需要稍多花一点工夫。
纯前端的情况如果没有任何服务端,只是纯html、css、js的前端应用的话,一般使用html-webpack-plugin。
例如,新建一个index.ejs模板文件如下:
App Example
然后增加html-webpack-plugin到webpack:
{ plugins: [ new HtmlWebpackPlugin({ template: "index.ejs" }) ] }
执行一次webpack构建,得到生成的index.html:
App Example
可以看到,html-webpack-plugin在模板文件内容的基础上,就添加好了需要引用的bundle js。如果还有生成的css文件(通过extract-text-webpack-plugin),也会被添加到适当的位置。
纯前端、多页的情况如果webpack有多个entry文件,例如本文最前面给出的例子:
{ entry: { "page1": "./page1", "page2": "./page2" } }
在这种情况下,html-webpack-plugin会把全部entry的输出都集中到一个.html里。所以,这可能并不是我们想要的。
我们更希望的是为每一个entry生成一个.html。这时候,可以使用的是multipage-webpack-plugin。这个插件实际也依赖了html-webpack-plugin。
例如,有这样的目录结构:
. ├─ package.json ├─ src │ ├─ page1 │ │ ├─ index.css │ │ ├─ index.ejs │ │ ├─ index.js │ │ └─ potofu.jpg │ └─ page2 │ ├─ index.css │ ├─ index.ejs │ └─ index.js └─ webpack.config.js
然后在webpack配置文件中加入multipage-webpack-plugin:
{ plugins: [ new MultipageWebpackPlugin({ htmlTemplatePath: "[name]/index.ejs", // 源模板文件的位置 bootstrapFilename: "manifest.js", templatePath: "[name]" // 输出html文件的路径 }), ] }
[name]标识符对应的是每一个entry的名称(注意,在本文的时间点,需要使用multipage-webpack-plugin的master分支,也就是最新版,才支持此标识符)。在这个例子中,只有两个取值:page1,page2。
bootstrapFilename如字面意义,是指保存webpack的bootstrap代码的文件命名。而webpack的bootstrap代码被这样多带带放到一个文件里,是因为multipage-webpack-plugin在内部(强行)为你启用了CommonsChunkPlugin。
执行一次webpack构建,得到的输出结果:
dist ├─ manifest.js ├─ page1 │ ├─ bundle_29862ad6.js │ ├─ index.html │ ├─ potofu_26766d43.jpg │ └─ style_0b5ab6ef.css ├─ page2 │ ├─ bundle_6a9c6f12.js │ ├─ index.html │ └─ style_914dffd0.css └─ shared └─ bundle_9fa1a762.js
取其中一个page1/index.html,内容是:
page1 page1
可以看到,关联的css、js静态资源,都已被正确添加。
带服务端的情况如果是带服务端的应用,引用带hash的资源文件将是另一个思路。
常见的做法是,为所有的静态资源生成一个.json清单文件,然后在服务端读取这个.json,然后把清单信息提供给模板文件,由此来正确地引用所需的静态资源。
插件webpack-manifest-plugin或assets-webpack-plugin都可以帮助完成这一点。
服务端例子 - Spring Boot & Thymeleaf请看一个Spring Boot(1.5.3.RELEASE) & Thymeleaf(2.1)的例子。这里选择webpack-manifest-plugin。
首先,在webpack的配置中加入这个插件:
{ plugins: [ new ManifestPlugin() ] }
执行webpack构建,即生成一个资源清单文件manifest.json(位置取决于webpack的output配置,这里是src/main/resources/static),它的内容是这样:
{ "account/login.css": "account/login_style_f549ea0a.css", "account/login.js": "account/login_bundle_279af402.js" }
接下来,创建一个帮助类ResourceFormatter(名称自拟):
public class ResourceFormatter{ private JsonNode resourceMap; public ResourceFormatter(){ ObjectMapper mapper = new ObjectMapper(); Resource resource = new ClassPathResource("static/manifest.json"); try { resourceMap = mapper.readValue(resource.getFile(), JsonNode.class); } catch (IOException e) { resourceMap = null; } } public String format(String originPath){ if(resourceMap != null && resourceMap.has(originPath)){ return "/" + resourceMap.get(originPath).asText(); } return "/" + originPath; } }
这个帮助类在初始化的时候就会读取manifest.json,而在format()方法里则会利用清单信息对路径进行转换。
然后,把这个帮助类添加到模板引擎Thymeleaf内,包含两步。
第一步,创建一个Dialect类:
public class ResourceDialect extends AbstractDialect implements IExpressionEnhancingDialect { public ResourceDialect() { super(); } @Override public String getPrefix() { return "resource"; } @Override public MapgetAdditionalExpressionObjects(IProcessingContext processingContext) { Map expressions = new HashMap<>(); expressions.put("resourceFormatter", new ResourceFormatter()); return expressions; } }
可以看到ResourceFormatter在这里被实例化并添加。
第二步,在Spring应用中注册这个Dialect类:
@Configuration public class ThymeleafConfig { @Bean public ResourceDialect resourceDialect() { return new ResourceDialect(); } }
到此,就可以在Thymeleaf视图模板文件中使用了。修改视图文件如下(只包含修改的部分):
最后,启动服务,访问该页,可以看到最终的输出信息:
这就是我们要的带hash的文件了。
此外,关于如何在Spring Boot中引入webpack,可以参考这个spring-boot-angular2-seed。
服务端例子 - Koa看完了一个传统Java应用的例子,再来看看现代的Node应用。[Koa]Koa是简洁的Node服务端框架,在它的基础上引用带hash的资源文件,也是同样的思路。
首先,同样是在webpack配置中加入webpack-manifest-plugin。
运行webpack构建生成manifest.json,内容大概会像这样:
{ "page1.css": "page1/style_0b5ab6ef.css", "page1.js": "page1/bundle_0f33bdc8.js", "page1potofu.jpg": "page1/potofu_26766d43.jpg" }
然后,读取这个json,为Koa(通过ctx.state)添加一个资源路径转换的帮助方法:
import manifest from "./public/manifest.json"; app.use(async(ctx, next) => { ctx.state.resourceFormat = (originPath) => { if (originPath in manifest) { return "/" + manifest[originPath]; } return "/" + originPath; }; await next(); });
最后,在视图模板(这里的模板引擎是ejs)内,引用所需的静态资源:
">
到此,Koa的例子就完成了。
结语带hash的文件是现在web启用缓存来提升性能比较建议的形式,如果你也有类似的生产环境优化的需要,很推荐你也试试。
(重新编辑自我的博客,原文地址:http://acgtofe.com/posts/2017...)
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/84137.html
摘要:所有的这些都是的功劳。默认为根据自己的指定的模板文件来生成特定的文件。最终在文件夹内会生成一个和文件。属性值为文件所在的路径名。默认值为不对生成的文件进行压缩。选项的作用主要是针对多入口文件。不用说,按照不同文件的依赖关系来排序。 本文只在个人博客和 SegmentFault 社区个人专栏发表,转载请注明出处 个人博客: https://zengxiaotao.github.io ...
摘要:默认不对文件进行压缩。中集成的,生成模板文件压缩配置,有很多配置项,这些配置项就是的压缩选项值。给生成的文件尾部添加一个值。错误信息是否写入文件。默认在文件中引用哪些文件用于多入口文件时。 title 生成页面的titile元素 filename 生成的html文件的文件名。默认index.html,可以直接配置带有子目录 //webpack.config.js ... plugins...
一、HtmlWebpackPlugin使用: npm install html-webpack-plugin --save-dev 解释:这个插件是简化创建生成html(h5)文件用的,如果你引入的文件带有hash值的话,这个尤为的有用,不需要手动去更改引入的文件名! 默认生成的是index.html,基本用法为: var HtmlWebpackPlugin = require(html-webp...
摘要:关于模板的有好几种。一次安装所有的大家可以了解一些的用法把编译成。安装参考文档功能将源文件迁移到指定的目录,返回新的文件路径。安装用法它会将所有的入口中引用的移动到和页面对应的独立分离的文件。 webpack是需要自己编写自己需要的一个配置对象,取决你如何使用webpack,下面指定了所有的可用的配置选项。参考文档:https://doc.webpack-china.org... we...
摘要:还记得我们上文中的文件吗那里面的标签还是写死的文件,那么怎么把他们变成动态的文件,这个动态生成的文件会动态引入我们打包后生成的文件呢,我们可以使用插件,首先安装这个插件,好的,接下来就开始用这个插件了官方参考文档插件通用用法 还记得我们上文中的index.html文件吗? 那里面的script标签还是写死的index.bundle.js文件,那么怎么把他们变成动态的index.html...
阅读 3548·2021-11-15 11:36
阅读 1041·2021-11-11 16:55
阅读 663·2021-10-20 13:47
阅读 2975·2021-09-29 09:35
阅读 3310·2021-09-08 10:45
阅读 2536·2019-08-30 15:44
阅读 799·2019-08-30 11:10
阅读 1412·2019-08-29 13:43