壹 ❀ 引
我在 angularjs 一篇文章看懂自定义指令directive 一文中简单提及了自定义指令中的link链接函数与compile编译函数，并说到两者具有互斥特性，即同时存在link与compile时link不生效。由于上篇博文篇幅问题，实在不好再过多讨论link，compile，那么本文将围绕三个问题展开，一是再识link与compile函数，你将知道两者为何互斥；二是了解link、compile与controller的区别，存在即合理，在合适的场景下应该使用哪个方法；三是了解指令中代码执行顺序，link与controller执行关系，多层指令又会如何执行？那么本文开始。
贰 ❀ directive中的link与compile
我们已经知道编译函数compile与链接函数link互斥，二者只能存在其一，比如下方例子中，link函数并不会执行：
angular.module('myApp', [])
.controller('myCtrl', function ($scope, $q) {}).directive("echo", function () {
return {
restrict: 'EA',
compile: function () {
console.log('开始编译了！');
},
link: function () {
console.log('开始给DOM绑定事件数据了！')//不执行
}
}
})
那这样就产生了一个问题，是不是compile存在就不能操作link函数了？并不是这样，完整的compile函数其实本身就包含了link函数，有如下两种写法：
写法一：
angular.module('myApp', [])
.controller('myCtrl', function () {})
.directive('echo', function () {
return {
restrict: 'EACM',
scope: {},
replace: true,
controller: function ($scope, $element) {},
compile: function (tEle, tAttrs, transcludeFn) {
//这里模板编译完成但还没被成功返回，我们可以对编译后的DOM树加工
console.log('编译完成，加工DOM吧')
//返回一个函数作为link函数，模板编译已完成，进入链接阶段
return function postLink(scope, ele, attrs) {
console.log('开始执行链接函数link');
};
}
}
})
写法二：
angular.module('myApp', [])
.controller('myCtrl', function ($scope) {})
.directive('echo', function () {
return {
restrict: 'EACM',
scope: {},
controller: function ($scope, $element) {},
compile: function () {
//这里模板编译完成但还没被成功返回，我们可以对编译后的DOM树加工
console.log('模板编译完成，可以访问使用指令的dom元素以及元素上的属性了')
//返回一个对象作为link函数，只是这个link又分为了两个部分
return {
pre: function (scope, iElement, iAttrs, controller) {
//在子元素被链接之前执行（也就是子元素的postLink执行之前），这里执行DOM转换和链接函数不安全
console.log('pre开始执行了');
},
post: function (scope, iElement, iAttrs, controller) {
// 在子元素被链接之后执行,在这里执行DOM转换和链接函数一样安全
console.log('link开始执行了');
}
}
}
}
})
在上面这个例子中，compile返回的整个对象作为link函数，只是link函数又分为了pre与post两个阶段，我暂且称为preLink与postLink函数，其中postLink对应的就是我们熟悉的Link函数。
postLink我们知道是在DOM元素链接阶段完成之后执行，而preLink有点特殊，它是在所有指令模板编译完成且子指令postLink执行之前执行（这里如果看不懂后面具体会解释），虽然preLink函数中也能给指令模板绑定数据方法，但一般不推荐使用preLink函数，要么使用postLink，或者不写compile直接使用Link函数。
我知道你这里一定有疑问了，preLink和postLink都能给指令绑定事件监听DOM，官方为啥不推荐使用preLink，没用设计它干嘛，二者真就一点区别也没有？当然有，这个我们得先介绍angular的生命周期，不了解这个还真不好解释。
肆 ❀ angular生命周期
通过上文的compile与link了解，我们大致知道了angular生命周期中存在编译阶段与链接阶段两个重要阶段。angular的指令在angular启动前，会以普通文本形式保存在HTML中，但当angular正式启动，这些指令就会经历编译与链接。
1.编译阶段
在编译阶段angular会找到指令，若指令存在模板则开始编译解析模板，但有个问题，指令模板中也可能存在模板，于是还得编译指令模板中子指令的模板，类似深度遍历。
一旦指令DOM编译完成，模板就会返回一个模板函数，我们有机会在指令的模板函数被返回前对编译后的DOM树进行修改，这个机会就在我们前面说的compile函数里。
直到指令和子指令模板DOM编译完成，最外层的父指令模板会统一返回一个模板函数，待模板函数返回完成，编译阶段正式结束。
由于compile处于DOM解析完成且模板函数还未成功返回的阶段，所以compile函数执行一定与编译顺序保持一致，满足从上到下，从外到内的先后顺序执行，我们来看例子：
<body ng-controller="myCtrl"> <div echo1></div> <div echo2></div> <div echo3></div> </body>
angular.module('myApp', [])
.controller('myCtrl', function ($scope) {})
.directive('echo1', function () {
return {
restrict: 'EACM',
template:'<span><echo2></echo2></span>',
compile: function () {
console.log('compile1开始执行');
}
}
})
.directive('echo2', function () {
return {
restrict: 'EACM',
compile: function () {
console.log('compile2开始执行');
}
}
})
.directive('echo3', function () {
return {
restrict: 'EACM',
compile: function () {
console.log('compile3开始执行');
}
}
})
上述例子中，指令echo1拥有子指令echo2与兄弟DOM指令echo3，直到echo2编译完成，echo3才能编译，那么我们知道compile执行与编译阶段保持一致，满足从上到下，从父到子深度遍历的顺序。
由于compile可以对编译出来的DOM进行再加工，所以最终编译出来的DOM树可能与你模板中的DOM结构不一致，因此不推荐在compile阶段做监听DOM事件的操作。
2.链接阶段
在compile执行结束，模板函数被返回并传递给了指令中定义的link函数，此时开始链接阶段；链接阶段负责将编译阶段编译好的DOM树与scope相关联，这样link函数就能将定义好的数据，事件与DOM绑定在一起，实现DOM操作与监听。
前面也说了指令也会有子指令，而这个preLink则在编译完成（compile）之后子指令链接之前（preLink）执行，所以preLink也在compile之后，且在子指令的preLink与postLink之前执行。
postLink比较特殊，postLink永远在编译完成且子指令链接之后执行（postLink之后），所以也是在compile之后，且在子指令的postLink之后。
有点混乱了，理一理，以单个指令来说，它应该是编译阶段开始---DOM编译成功执行compile---返回模板函数（编译结束）---模板函数传递给link---链接阶段开始，DOM与scope关联---执行pre---执行post---链接阶段结束。
而当指令包含子指令时，它应该是编译阶段开始---父指令DOM编译成功执行父compile---返回模板函数---子指令DOM编译成功执行子compile---返回模板函数---模板函数传递给link---链接阶段开始，DOM与scope关联---执行父pre---执行子pre---执行子post---执行父post---链接阶段结束。
看个例子：
<body ng-controller="myCtrl"> <div echo></div> </body>
angular.module('myApp', [])
.controller('myCtrl', function ($scope) {})
.directive('echo', function () {
return {
restrict: 'EACM',
template:'<span><echo1></echo1></span>',
compile: function () {
console.log('compile1开始执行');
return {
pre: function () {
console.log('pre1开始执行');
},
post: function () {
console.log('post1开始执行');
}
}
}
}
})
.directive('echo1', function () {
return {
restrict: 'EACM',
compile: function () {
console.log('compile2开始执行');
return {
pre: function () {
console.log('pre2开始执行');
},
post: function () {
console.log('post2开始执行');
}
}
}
}
})
compile与pre就像深度遍历，有子就一直往下执行，post就像回溯，从里往外执行。
3.preLink与postLink的区别
前面我们留下了一个问题，preLink到底有什么用，我们来看下面这段代码，猜猜会如何执行：
angular.module('myApp', [])
.controller('myCtrl', function ($scope) {})
.directive('echo', function () {
return {
restrict: 'EACM',
template: '<span><echo1></echo1></span>',
link: function (scope) {
scope.name = '听风是风';
}
}
})
.directive('echo1', function () {
return {
restrict: 'EACM',
template: '<span>{{describe}}</span>',
link: function (scope) {
scope.describe = '我的名字是' + scope.name;
}
}
})
导致scope.name无法取到值的原因是，这里的link函数就是我们之前提到的postLink函数，postLink函数执行就像回溯，子指令先执行，所以取值的时候父指令还未声明此变量。想要做到父指令给子指令作用域传值，preLink就能做到这一点：
angular.module('myApp', [])
.controller('myCtrl', function ($scope) {})
.directive('echo', function () {
return {
restrict: 'EACM',
template: '<span><echo1></echo1></span>',
compile: function () {
return {
pre: function (scope) {
scope.name = '听风是风';
},
post: function () {
}
}
}
}
})
.directive('echo1', function () {
return {
restrict: 'EACM',
template: '<span>{{describe}}</span>',
link: function (scope) {
scope.describe = '我的名字是' + scope.name;
}
}
})
那么到这里我们知道了pre与post的区别，pre可以利用自己执行顺序的优势给子指令作用域直接传值，但是仍然不推荐这么做，这里我们只是作为知识了解。毕竟指令应该拥有干净隔离的作用域，也不会用到这种传值模式。
叁 ❀ link、compile、controller的职责
那么通过上文的介绍，我们知道了link与compile对应了链接和编译两个阶段，编译函数负责对模板DOM进行转换，在作用域同DOM链接之前可以手动操作DOM。在开发中编写自定义指令时这种操作是非常罕见，所以compile使用不多。
链接函数负责将作用域和DOM进行链接，编译函数会在模板编译完成并同作用域进行链接后被调用，因此它负责设置事件监听器，监视数据变化和实时的更新DOM，这与controller十分类似。
抛开加工DOM的compile不说，那我们应该在什么情况下使用controller和link呢，毕竟这两兄弟都能做DOM事件监听与数据更新；其实很简单，如果你希望这个指令的属性方法能被其它指令复用，那就将方法属性定义在controller中，如果只是希望给指令自己使用，那就加在link函数中。
之所以这么说，是因为指令有一个require属性，通过require，我们能将require值同名指令的controller加入到当前指令中，然后就可以通过link函数的第四个参数直接使用被require指令controller中的属性方法了，来看个例子：
angular.module('myApp', [])
.controller('myCtrl', function ($scope) {})
.directive('echo', function () {
return {
restrict: 'EACM',
template: '<span><echo1></echo1></span>',
controller: function () {
this.sayName = function (name) {
console.log('我的名字是' + name);
}
}
}
})
.directive('echo1', function () {
return {
restrict: 'EACM',
template: '<button ng-click="myName(name)">点我</button>',
require: '^echo',
link: function (scope, ele, attr, ctrl) {
console.log(ctrl);
scope.name = '听风是风';
scope.myName = ctrl.sayName;
}
}
})
可以看到在指令echo1中成功注入了指令echo的controller，我们能在echo1中直接使用echo的方法，这就是为何说如果指令方法需要复用，建议绑在controller中的原因。
肆 ❀ 总
那么到这里，我们知道了compile与link是互斥关系，如果同时写了两个函数，link不会执行，这是因为compile本身就会返回一个函数作为link，哪怕你不写返回函数，那也认定你返回了一个空的link。
其次，我们知道了pre与post的区别，这两个函数虽然同属于link的一部分，但在生命周期中扮演了不同的角色，pre在子元素链接完成前执行，而post在子元素链接完成之后，这样导致了父的post反而比子post晚一步执行
我们简单介绍了angular生命周期中两个重要的过程，编译阶段与链接阶段，通过这两个阶段，也解释了为什么compile与pre执行像深度遍历，而post像回溯的原因。
最后，我们将controller，link，compile工作职责做了一个简单介绍，link与controller很像，但如果你想指令属性方法复用，推荐绑定在controller上，如果只是指令自己使用，推荐加在link上。
最后我还要留一个疑问，为什么在最后的例子中，指令echo1想复用指令echo controller上的方法，方法sayName是绑定在this上的，如果绑在scope上能不能复用呢？angular中的scope和this到底是什么关系？这个我会在下篇博客中好好介绍。
博客已更新 angularjs $scope与this的区别，controller as vm有何含义？
那么本文到这里，结束。