AngularJS工作原理详解

个人觉得，要很好的理解AngularJS的运行机制，才能尽可能避免掉到坑里面去。在这篇文章中，我将根据网上的资料和自己的理解对AngularJS的在启动后，每一步都做了些什么，做一个比较清楚详细的解析。
首先上一小段代码（index.html），结合代码我们来看看，angular一步一步都做了些什么。

    Hello {{name}}!

当你用浏览器去访问index.html的时候，浏览器依次做了如下一些事情：

加载html，然后解析成DOM；
加载angular.js脚本；
AngularJS等待DOMContentLoaded事件的触发；
AngularJS寻找ng-app指令，根据这个指令确定应用程序的边界；
使用ng-app中指定的模块配置$injector；
使用$injector创建$compile服务和$rootScope；
使用$compile服务编译DOM并把它链接到$rootScope上；
ng-init指令对scope里面的变量name进行赋值；
对表达式{{name}}进行替换，于是乎，显示为“Hello World!”

　　整个过程可以用这张图来表示：

好了，通过上面的例子我们清楚了AngularJS是怎样一步一步渲染出一个页面的。那么它又是如何和浏览器的事件回路来交互的呢？或者说是如何跟用户来交互的呢？粗略来讲，主要分为三个阶段：

　　1. 浏览器的事件回路一直等待着事件的触发，事件包括用户的交互操作、定时事件或者网络事件（如服务器的响应等）；

　　2. 一旦有事件触发，就会进入到Javascript的context中，一般通过回调函数来修改DOM；

　　3. 等到回调函数执行完毕之后，浏览器又根据新的DOM来渲染新的页面。

正如下面一张图所示，交互过程主要由几个循环组成：

AngularJS修改了一般的Javascript工作流，并且提供了它自己的事件处理机制。这样就把Javascript的context分隔成两部分，一部分是原生的Javascript的context，另一部分是AngularJS的context。只有处在AngularJS的context中的操作才能享受到Angular的data-binding、exception handling、property watching等服务，但是对于外来者（如原生的Javascript操作、自定义的事件回调、第三方的库等）Angular也不是一概不接见，可以使用AngularJS提供的$apply()函数将这些外来者包进AngularJS的context中，让Angular感知到他们产生的变化。

接下来，让我们一起来看看交互过程中的这几个循环是怎么工作的？

　　1. 首先，浏览器会一直处于监听状态，一旦有事件被触发，就会被加到一个event queue中，event queue中的事件会一个一个的执行。

　　2. event queue中的事件如果是被$apply()包起来的话，就会进入到AngularJS的context中，这里的fn()是我们希望在AngularJS的context中执行的函数。

　　3. AngularJS将执行fn()函数，通常情况下，这个函数会改变应用的某些状态。

　　4. 然后AngularJS会进入到由两个小循环组成的$digest循环中，一个循环是用来处理$evalAsync队列（用来schedule一些需要在渲染视图之前处理的操作，通常通过setTimeout(0)实现，速度会比较慢，可能会出现视图抖动的问题）的，一个循环是处理$watch列表（是一些表达式的集合，一旦有改变发生，那么$watch函数就会被调用）的。$digest循环会一直迭代知道$evalAsync队列为空并且$watch列表也为空的时候，即model不再有任何变化。

　　5. 一旦AngularJS的$digest循环结束，整个执行就会离开AngularJS和Javascript的context，紧接着浏览器就会把数据改变后的视图重新渲染出来。

接下来，我们还是结合代码来解析一下：