Angular開發實務（二）：HRM運作機制

本篇文章给大家介绍了Angular开发实践（二）：HRM运行机制 ，有感兴趣的小伙伴可以看一下

引言

在angular-start项目中启用了模块热替换(HMR - Hot Module Replacement)功能，关于如何在angular-cli启用HRM，请查看HRM配置

那HMR是个什么东西呢？

HMR是webpack提供的一个功能，angular-cli使用了它，它会在应用程序运行过程中替换、添加或删除模块，而无需重新加载整个页面。主要是通过以下几种方式，来显著加快开发速度：

• 保留在完全重新加载页面时丢失的应用程序状态

• 只更新变更内容，以节省宝贵的开发时间

• 调整样式更加快速 - 几乎相当于在浏览器调试器中更改样式

这一切是如何运行的？

我们先看看具体的效果：

1、启动angular-start项目，在控制台你可以看到HRM已经启用的消息：

2、然后通过浏览器控制台可以看到，第一次加载请求了所有的资源：

3、此时，修改一处代码保存，浏览器并未刷新就自动显示修改之后的效果，再看浏览器控制台只请求了新修改的js：

下面让我们从一些不同的角度观察，以了解HMR的工作原理……

在应用程序中

通过以下步骤，可以做到在应用程序中置换(swap in and out)模块：

• 应用程序代码要求 HMR runtime 检查更新

• HMR runtime（异步）下载更新，然后通知应用程序代码

• 应用程序代码要求 HMR runtime 应用更新

• HMR runtime（异步）应用更新

在编译器中

除了普通资源，编译器(compiler)需要发出update，以允许更新之前的版本到新的版本。update由两部分组成：

• 更新后的manifest (JSON)

• 一个或多个更新后的chunk (JavaScript)

manifest包括新的编译hash和所有的待更新chunk目录。每个更新chunk都含有对应于此chunk的全部更新模块（或一个flag用于表明此模块要被移除）的代码。

编译器确保模块ID和chunk ID在这些构建之间保持一致。通常将这些ID存储在内存中（例如，使用webpack-dev-server时），但是也可能将它们存储在一个JSON文件中。

在模块中

HMR是可选功能，只会影响包含HMR代码的模块。举个例子，通过style-loader为style样式追加补丁。为了运行追加补丁，style-loader实现了HMR接口；当它通过HMR接收到更新，它会使用新的样式替换旧的样式。

类似的，当在一个模块中实现了HMR接口，你可以描述出当模块被更新后发生了什么。然而在多数情况下，不需要强制在每个模块中写入HMR代码。如果一个模块没HMR处理函数，更新就会冒泡。这意味着一个简单的处理函数能够对整个模块树(complete module tree)进行更新。如果在这个模块树中，一个单独的模块被更新，那么整组依赖模块都会被重新加载。

有关 module.hot 接口的详细信息，请查看HMR API页面。

在HMR Runtime中

对于模块系统的runtime，附加的代码被发送到parents和children跟踪模块。在管理方面，runtime支持两个方法check和apply。

check发送HTTP请求来更新manifest。如果请求失败，说明没有可用更新。如果请求成功，待更新chunk会和当前加载过的chunk进行比较。对每个加载过的chunk，会下载相对应的待更新chunk。当所有待更新chunk完成下载，就会准备切换到ready状态。

apply方法將所有被更新模組標記為無效。對於每個無效模組，都需要在模組中有一個更新處理函數，或在它的父級模組們中有更新處理函數。否則，無效標記冒泡，也使父級無效。每個冒泡繼續直到到達應用程式入口起點，或到達帶有更新處理函數的模組（以最先到達為準）。如果它從入口起點開始冒泡，則此過程失敗。

之後，所有無效模組都被（透過dispose處理函數）處理和解除載入。然後更新目前hash，並且呼叫所有accept處理函數。 runtime切換回閒置狀態，一切照常繼續。

參考文章

http://www.css88.com/doc/webp...

#相關推薦：

Angular開發實務（一）：環境準備及框架建置

以上是Angular開發實務（二）：HRM運作機制的詳細內容。更多資訊請關注PHP中文網其他相關文章！