13個關於angular的前端面試題（總結）

這篇文章為大家總結分享13個關於angular的前端面試題。有一定的參考價值，有需要的朋友可以參考一下，希望對大家有幫助。

1，ng-if 跟 ng-show/hide 的差別有哪些？

第一點差異是，ng-if 在後面表達式為true 的時候才創建這個dom 節點， ng-show 是初始時就創建了，用display:block 和display:none 來控制顯示和不顯示。

第二點差異是，ng-if 會（隱含地）產生新作用域，ng-switch 、 ng-include 等會動態創造一塊介面的也是如此。

這樣會導致，在ng-if 中用基本變數綁定ng-model，並在外層p 中把此model 綁定給另一個顯示區域，當內層改變時，外層不會同步改變，因為此時已經是兩個變數了。

<p>{{name}}</p>
<div ng-if="true">
	<input type="text" ng-model="name">
</div>

相關教學建議：《angular教學》

ng-show 不存在此問題，因為它不自帶一級作用域。

避免這類問題出現的方法是，始終將頁面中的元素綁定到物件的屬性（data.x）而不是直接綁定到基本變數（x）上。

2，ng-repeat迭代數組的時候，如果數組中有相同值，會有什麼問題，如何解決？

會提示 Duplicates in a repeater are not allowed. 加 track by $index 可解決。當然，也可以 trace by 任何一個普通的值，只要能唯一性標識數組中的每一項即可（建立 dom 和資料之間的關聯）。

3，ng-click 中寫的表達式，能使用 JS 原生物件上的方法嗎？

不只ng-click 中的表達式，只要是在頁面中，都不能直接呼叫原生的JS 方法，因為這些並不存在於與頁面對應的Controller 的$scope 中。

4、factory、service 和 provider 是什麼關係？

factory：把service 的方法和資料放在一個物件裡，並回傳這個物件

service：透過建構函式方式建立service，傳回一個實例化物件

provider：建立一個可透過config 設定的service，$get 中傳回的，就是用factory 建立service 的內容

從底層實作上來看，service 呼叫了factory，傳回其實例；factory 呼叫了provider，傳回其$get 中定義的內容。 factory 和service 功能類似，只不過factory 是普通function，可以回傳任何東西（return 的都可以被訪問，所以那些私有變數怎麼寫，你懂的）;

service 是建構器，可以不回傳（綁定到this 的都可以被存取）；

provider 是加強版factory，傳回一個可設定的factory。

5、angular 中控制器之間如何通訊？

1、Service

2、events,指定綁定的事件

3、使用$rootScope

4、controller之間直接使用$parent, $$childHead等

5、directive 指定屬性進行資料綁定

6，angular 的資料綁定採用什麼機制？詳述原理

使用的髒檢查機制，所謂的雙向綁定，其實就是從介面的操作能即時反映到數據，數據的變更能即時展現到介面。 AngularJS在$scope變數中使用髒值檢查來實現了資料雙向綁定，並且可以透過$scope.$watch來監聽變化觸發回調；

angular中使用的是髒檢查機制，在angular中每次你綁定一些東西到你的UI上時你就會往 $watch佇列插入一條$watch，當我們的模版載入完成時，也就是在linking階段（Angular分成 compile階段和linking階段—譯者註），Angular解釋器會尋找每個directive，然後產生每個需要的 $watch。

当浏览器接受到可以被angular context处理的事件时就会触发digest循环，这个循环是由两个更小的循环组合起来的，一个是$watch列表，一个是$evalAsync列表，而$watch列表在$digest循环中被“脏值检查”解析，在digest将会遍历我们的watch，然后询问它是否有属性和值的变化，直到$watch队列都检查过，在检查数据变化的时候，由于并不知道这个事件是对哪些数据进行了更改，以及这个事件有可能造成事件之外的其他任何地方的数据更改，所以必须进行一次大检查，将所有“注册”过的值全部检查一遍，一次检查称为一个周期，每次最少检查两遍，因为第二遍用来确认，前一遍的变动中是否有数据的变动，导致了其他数据的变动，如果第二次有变动的话，会再执行一遍，直到最后两次完全一致，则停止检查（其实就是个（递归（遍历））的过程），考虑到内存的消耗和死循环的风险，脏检查每个周期最多递归执行10遍，如果超过10遍就会抛出一个错误。当$digest循环结束时，DOM相应地变化。
在angular中

ng-click，ng-change，ng-blur...就是对各类用户事件的封装

$timeout，$http，$window，$location...就是对各种JS/API事件的封装

ng-model，以及控制器中的数据，就是对值的“注册”

$scope 本质是一个总的事件逻辑的封装容器，同时抽象为数据载体，实质上数据都存在于浏览器堆内存中

$scope.apply() & $scope.digest() 即Angular中的“数据大检查”的function

所以如果我们使用了非Angular封装的事件改编数据时，要手动执行一次大检查

由于Angular这种脏检查的方法效率不高，如果一个页面绑定的view超过2000个，就可能存在比较明显的性能问题，官方称之为“脏检查”

举个例子

<button ng-click="val=val+1">increase 1</button>

click 时会产生一次更新的操作（至少触发两次 $digest 循环）

按下按钮浏览器接收到一个事件，进入到angular context

$digest 循环开始执行，查询每个 $watch 是否变化

由于监视$scope.val 的 $watch 报告了变化，因此强制再执行一次 $digest 循环 新的 $digest 循环未检测到变化

浏览器拿回控制器，更新 $scope.val 新值对应的 dom

$digest 循环的上限是 10 次（超过 10次后抛出一个异常，防止无限循环）。

7、一个 angular 应用应当如何良好地分层？

目录结构的划分

对于小型项目，可以按照文件类型组织，比如：

css
js
  controllers 
  models 
  services 
  filters 
templates

但是对于规模较大的项目，最好按业务模块划分，比如：

css
modules
  account 
    controllers 
    models 
    services 
    filters 
    templates 
  disk 
    controllers 
    models 
    services 
    filters 
    templates

modules 下最好再有一个 common 目录来存放公共的东西。

逻辑代码的拆分

作为一个 MVVM 框架，Angular 应用本身就应该按照 模型，视图模型（控制器），视图来划分。

这里逻辑代码的拆分，主要是指尽量让 controller 这一层很薄。提取共用的逻辑到 service 中 （比如后台数据的请求，数据的共享和缓存，基于事件的模块间通信等），提取共用的界面操作到 directive 中（比如将日期选择、分页等封装成组件等），提取共用的格式化操作到 filter 中等等。

在复杂的应用中，也可以为实体建立对应的构造函数，比如硬盘（Disk）模块，可能有列表、新建、详情这样几个视图，并分别对应的有 controller，那么可以建一个 Disk 构造函数，里面完成数据的增删改查和验证操作，有跟 Disk 相关的 controller，就注入 Disk 构造器并生成一个实例，这个实例就具备了增删改查和验证方法。这样既层次分明，又实现了复用（让 controller 层更薄了）。

8、angular 应用常用哪些路由库，各自的区别是什么？

Angular1.x 中常用 ngRoute 和 ui.router，还有一种为 Angular2 设计的 new router（面向组件）。后面那个没在实际项目中用过，就不讲了。

无论是 ngRoute 还是 ui.router，作为框架额外的附加功能，都必须以 模块依赖 的形式被引入。

区别

ngRoute 模块是 Angular 自带的路由模块，而 ui.router 模块是基于 ngRoute模块开发的第三方模块。

ui.router 是基于 state （状态）的， ngRoute 是基于 url 的，ui.router模块具有更强大的功能，主要体现在视图的嵌套方面。

使用 ui.router 能够定义有明确父子关系的路由，并通过 ui-view 指令将子路由模版插入到父路由模板的 <p ui-view></p>中去，从而实现视图嵌套。而在 ngRoute 中不能这样定义，如果同时在父子视图中 使用了 <p ng-view></p>会陷入死循环。

分属不同团队进行开发的 angular 应用，如果要做整合，可能会遇到哪些问题，如何解决？
可能会遇到不同模块之间的冲突。

比如一个团队所有的开发在 moduleA 下进行，另一团队开发的代码在 moduleB 下

angular.module('myApp.moduleA', [])
    .factory('serviceA', function(){ 
        ... 
    }) 
angular.module('myApp.moduleB', [])
    .factory('serviceA', function(){ 
        ... 
    })    

angular.module('myApp', ['myApp.moduleA', 'myApp.moduleB'])

会导致两个 module 下面的 serviceA 发生了覆盖。

貌似在 Angular1.x 中并没有很好的解决办法，所以最好在前期进行统一规划，做好约定，严格按照约定开发，每个开发人员只写特定区块代码。

9、angular 的缺点有哪些？

强约束

导致学习成本较高，对前端不友好。

但遵守 AngularJS 的约定时，生产力会很高，对 Java 程序员友好。

不利于 SEO

因为所有内容都是动态获取并渲染生成的，搜索引擎没法爬取。

一种解决办法是，对于正常用户的访问，服务器响应 AngularJS 应用的内容；对于搜索引擎的访问，则响应专门针对 SEO 的HTML页面。

性能问题

作为 MVVM 框架，因为实现了数据的双向绑定，对于大数组、复杂对象会存在性能问题。

可以用来 优化 Angular 应用的性能 的办法：

减少监控项（比如对不会变化的数据采用单向绑定）

主动设置索引（指定 track by，简单类型默认用自身当索引，对象默认使用 $$hashKey，比如改为 track by item.id）
降低渲染数据量（比如分页，或者每次取一小部分数据，根据需要再取）

数据扁平化（比如对于树状结构，使用扁平化结构，构建一个 map 和树状数据，对树操作时，由于跟扁平数据同一引用，树状数据变更会同步到原始的扁平数据）

另外，对于Angular1.x ，存在 脏检查 和 模块机制 的问题。

移动端

可尝试 Ionic，但并不完善。

10、解释下什么是$rootScrope以及和$scope的区别？

通俗的说$rootScrope 页面所有$scope的父亲

如何产生$rootScope和$scope吧。

step1:Angular解析ng-app然后在内存中创建$rootScope。

step2:angular回继续解析，找到{{}}表达式，并解析成变量。

step3:接着会解析带有ng-controller的p然后指向到某个controller函数。这个时候在这个controller函数变成一个$scope对象实例。

**11、如何取消 $timeout, 以及停止一个$watch()? **

停止 $timeout我们可以用cancel：

var customTimeout = $timeout(function () {
 // your code
}, 1000);
$timeout.cancel(customTimeout);

停掉一个$watch：

// .$watch() 会返回一个停止注册的函数

function that we store to a variable
var deregisterWatchFn = $rootScope.$watch(‘someGloballyAvailableProperty', function (newVal) {
 if (newVal) {
  // we invoke that deregistration function, to disable the watch 
  deregisterWatchFn(); 
  ... 
 }
});

12、Angular Directive中restrict 中分别可以怎样设置？scope中@,=,&有什么区别？

restrict中可以分别设置:

A匹配属性

E匹配标签

C匹配class

M 匹配注释

当然你可以设置多个值比如AEC,进行多个匹配。

在scope中，@,=,&在进行值绑定时分别表示

@获取一个设置的字符串，它可以自己设置的也可以使用{<!-- -->{yourModel}}进行绑定的;

= 双向绑定，绑定scope上的一些属性；

&用于执行父级scope上的一些表达式，常见我们设置一些需要执行的函数

13、$apply()和 $digest()的区别

安全性：$apply()可以接收一個參數作為function()，這個function 會被包裝到一個try … catch 區塊中，所以一旦有異常發生，該例外會被$exceptionHandler service 處理。

$apply會使ng進入$digest cycle , 並從$rootScope開始遍歷(深度優先)檢查資料變更。

$digest只會檢查該scope和它的子scope，當你確定目前操作只影響它們時，用$digest可以稍微提升性能。

更多程式相關知識，請造訪：程式設計影片！ ！

以上是13個關於angular的前端面試題（總結）的詳細內容。更多資訊請關注PHP中文網其他相關文章！