Angular从开发再到生产环境部署都离不开Angular Cli工具集，而Angular Cli本质上是使用 Webpack（当前使用版本为2） 来打包资源。
Webpack 本身并不复杂，略用过一点都清楚，只需要创建一个 webpack.config.js 的文件并简单的配置，就可以把一个复杂的应用所有文件全部打包成若干静态资源文件。
然而一个复杂的应用免不了使用到第三方类库，当这些外部类库与自身业务脚本联系在一起时，就产生一个大家都关心的问题：性能优化。
Angular Cli在构建一个含有路由、表单、HTTP等基本的Angular应用大约在150KB左右，就Angular体量而言，自己写一个 Webpack 也很难能优化到这个大小。所以说，Angular Cli是很有良心的作品。然而极大的简化对 Webpack 的使用，何乐不为呢？
本文我将介绍Angular Cli的一些配置在生产环境中所产生的效果，希望能让大家由于一些不合理的行为可能会导致文件体量的上升在改善这一问题时有所帮助。
二、.angular-cli.json 配置
Angular Cli 的配置文件是根目录下的 .angular-cli.json，而会影响文件体量的只有 styles、scripts 两个节点。
1、scripts
scripts 节点最后会生成一个独立的 scripts.bundle.js 文件，一般我们会把一些外部非Angular组件的类库放置在这里，比如：jQuery。
"scripts": [ "../node_modules/jquery/dist/jquery.js", "../test.ts" ]
scripts 节点还允许 *.ts 文件。
2、styles
styles 节点最后会生成一个独立的 styles.bundle.css 文件。除此之外，组件内（styles 或 styleUrls）的样式会全部打包进 .js 文件中。
正如 jQuery 一样，如果我们需要引用第三方UI库，比如：bootstrap 那么：
"styles": [ "../node_modules/bootstrap/scss/bootstrap.scss", "styles.scss" ]
默认情况引用的是 ./src/styles.scss，你可以继续导入外部其它外部样式文件。
@import "variables"; @import "nav"; @import "layout";
组件类样式
Angular组件内使用 styles 或 styleUrls 的样式会全部打包进相应模块的 .js 文件中；并且样式生成存储的方式是无法改变的。
encapsulation
顺带提一下。既然是Angular组件，如果说此时还需要外部的样式这显得有点框住组件独立性的特点，然而组件样式是否污染其它组件呢？我们通过指定 encapsulation 样式封装方式来改变这一些行为，它包括三个值：
ViewEncapsulation.Emulated 默认，采用额外添加一些 _ngcontent 属性来限定样式隔离
ViewEncapsulation.Native 采用Shadow Dom隔离方式
ViewEncapsulation.None 不隔离
三、ng build 指令
Angular Cli 会根据 .angular-cli.json 配置（apps/root、apps/main）决定从哪里开始启动。因此，当执行：
ng build --prod --build-optimizer
--build-optimizer 从 1.3.0-rc.5 才开始支持。相比较之前 Cli 版本，Tree-Shaking 力度更大，当然相应的文件大小也更轻。
会从根模块开始逐一对每一个模块进行打包，并保存在每一个文件当中。若采用路由迟延加载模块的话，会在 inline.js 中加上相应的动态加载脚本代码。
1、文件名哈希
Angular Cli 提供了 --output-hashing 参数，来指定文件名哈希模式，它包括四种：
模式
说明
none
不哈希
all
所有（若 --prod 时默认）
media
限资源文件
bundles
限webpack打包后的js文件
注意：这里并不会哈希 assets 文件夹，因为该文件夹采用是直接复制的形式。
2、指定输出
Angular应用很多时候可能是放在现有WEB服务的某个目录下（例如：v2），因此，访问地址会变成：https://www.demo.com/v2。但会发现，无法加载应用；这是由 index.html 会包括一句：
<base href="https://www.jb51.net/" >
倒置所有脚本资源的加载URL指向根目录。Angular Cli 提供一个参数改变该值。
ng build --prod --bh /v2/
往往在开发过程中总需要依赖一些图片资源的访问，倘若在代码中采用绝对路径，那就懵逼了，所以建议不要在代码中使用绝对路径访问资源文件。
四、优化方式
1、输出包体组成分析文件
Webpack 有一个非常好用的工具叫 webpack-bundle-analyzer，会自动分析包体组成结构，并以一种可视化的方式显示。
首先，生成 stats.json 包体组成结构的统计文件。
ng build --prod --stats-json
最后访问 webpack analyse 导入生成的JSON文件即可。
利用可视化的视觉可以了解一些优化的细节。
2、Rollup 摇树优化