指令生命周期
compile阶段
对dom进行编译，首先（如果有的话）对template进行应用（这个过程只执行一次）。然后把当前指令（内部的指令还没被渲染）传递给iElement，接着执行compile（这个过程执行多次）。多个指令实例只会执行一次compile，所以只要我们在compile中对iElemet进行修改，虽然只执行了一次，却作用到了所有指令实例上。因为这个时候dom还没有进行作用域数据关联，所以对iElement进行大量的dom修改是很高效率的。
如果定义了compile函数，则DDO中的link会失效，所以如果要用到compile和link，只能在compile中返回link函数
例子：
<dx> 这是内层 </dx> <dx a="3"> 这是内层 </dx> </body> <script> var app = angular.module('app',[]); app.directive('dx',function(){ return { compile:function(tElement,tAttrs,transclude){ tElement[0].innerHTML = 'qweqweqwe' return function(scope,ele,attr){ if(attr.a == 3){ ele[0].innerHTML = 789; } } } } }); </script>
运行结果：qweqweqwe 789
Link阶段
建立模型与视图之间的关系。 Postlink在link阶段结束时执行，，link阶段会连接scope，所以我们才可以在postlink中使用scope。Link阶段会把之前指令compile的结果应用上去，这里可以理解为，一个指令只有一个编译结果，在link阶段却被多个指令实例复制拿去用了。所以在link中对ele的修改，只会修改到自己的，而不会影响其他指令实例
Link和controller对比
两者都可获取到当前的作用域；
一般来说，controller里一般放业务逻辑代码，业务逻辑函数绑定到controller上；而link放监听事件如watcher等。其实link中也可以放逻辑代码，但尽量不要这么做，因为很容易造成污染【如继承了这个scope的子scope都可以访问到这些变量和方法，容易造成意想不到的后果】。对于父子指令之间需要沟通协作时，一般是用controller来通信【指令的require可以获取controller】或者把通信的代码抽取成一个服务，父子指令通过这个服务来通信。
ps：指令内部使用有名控制器，就会在作用域上创建一个对应的属性，可以直接在视图中访问了控制器了，如：
<body ng-app="app"> <div xx> {{myController.data}} </div> </body> <script> var app = angular.module('app',[]); app.directive('xx',function(){ return { controllerAs:"myController", controller:function(){ this.data = 123; } } }); </script>
执行次序
all compile，由外向里 》 all controller由外向里 》 all prelink外向里 》全部postlink里向外
响应式原理：脏检测
当用户与浏览器进行了交互【点击、输入等】，浏览器会执行响应的回调函数。Angular拓展了浏览器的这个过程，当发生交互时（或者$setTimeout等），浏览器会通知angular框架，进入angular context执行环境，开始执行digest循环。【或者可以认为进入angular context，就等同于digest执行】
这也就是为什么在ngClick中触发digest，会报错。因为digest循环不能嵌套，执行ngClick的时候、digest没结束，又再次手动触发digest的话，就出现嵌套、则报错。
在digest循环中执行每个watch【执行表达式】，查看上一次的值跟这一次执行的值是否发生了变化、发生了变化就调用watch的回调函数，然后重新执行digest，直到执行的每个watch表达式的值都没发生变化为止。{{xx}}会创建一个xx表达式的watch，repeate会创建 1 + n * m 个watch【1：repeat数据源、n循环次数、m循环中的{{item.xx}}】。Digest循环上限重复运算10次，超过则报错。
报错的例子【不稳定的模型】：
<span>{{random()}}</span>
// random函数定义如下：
$scope.random = Math.random;
以上的random函数会创建一个watch，但是每次执行watch表达式运算出来的结果都是和上次的不一致，则又重新执行digest，循环往复超过10次，报错
等循环结束，所有model都稳定了，才批量地更新UI
这里补充一个工作原理：http://www.cnblogs.com/penghongwei/p/3444601.html