重要提示:

ngIf(不像ngShow)通常会创建可能产生意外结果的子作用域。

我有一个与此相关的问题，我花了很多时间来弄清楚发生了什么。

(我的指令是把它的模型值写入错误的范围。)

所以，为了保存你的头发，只要使用ngShow，除非你运行得太慢。

无论如何，性能差异几乎不明显，没有测试我还不确定谁更喜欢……

根据我的经验:

1)如果你的页面使用ng-if/ng-show来显示/隐藏某些内容，ng-if会导致更多的浏览器延迟(更慢)。例如:如果您有一个按钮用于在两个视图之间切换，ng-show似乎更快。

2) ng-if在评估为true/false时创建/销毁作用域。如果你有一个附加到ng-if的控制器，那么每当ng-if计算为true时，该控制器代码就会被执行。如果使用ng-show，控制器代码只执行一次。因此，如果你有一个按钮可以在多个视图之间切换，使用ng-if和ng-show会使你编写控制器代码的方式有很大的不同。

这取决于你的用例，但总结一下区别:

ng-if will remove elements from DOM. This means that all your handlers or anything else attached to those elements will be lost. For example, if you bound a click handler to one of child elements, when ng-if evaluates to false, that element will be removed from DOM and your click handler will not work any more, even after ng-if later evaluates to true and displays the element. You will need to reattach the handler. ng-show/ng-hide does not remove the elements from DOM. It uses CSS styles to hide/show elements (note: you might need to add your own classes). This way your handlers that were attached to children will not be lost. ng-if creates a child scope while ng-show/ng-hide does not

不在DOM中的元素对性能的影响较小，使用ng-if比ng-show/ng-hide更快。根据我的经验，这种差异可以忽略不计。当同时使用ng-show/ng-hide和ng-if时，动画是可能的，Angular文档中有这两者的示例。

最终，您需要回答的问题是是否可以从DOM中删除元素?

如果您使用ng-show或ng-hide内容(例如。来自服务器的缩略图)将被加载，而不管表达式的值，但将根据表达式的值显示。

如果使用ng-if，只有当ng-if表达式的计算结果为真值时，才会加载内容。

如果您要从服务器加载数据或图像，并仅根据用户交互显示这些数据或图像，那么使用ng-if是一个好主意。这样你的页面加载就不会被不必要的密集任务阻塞。

重要提示:

ngIf(不像ngShow)通常会创建可能产生意外结果的子作用域。

我有一个与此相关的问题，我花了很多时间来弄清楚发生了什么。

(我的指令是把它的模型值写入错误的范围。)

所以，为了保存你的头发，只要使用ngShow，除非你运行得太慢。

无论如何，性能差异几乎不明显，没有测试我还不确定谁更喜欢……

答案并不简单:

这取决于目标机器(手机还是台式机)，取决于数据的性质、浏览器、操作系统、运行的硬件……如果您真的想知道，就需要进行基准测试。

这主要是内存和计算的问题…与大多数性能问题一样，对于重复的元素(n)，如列表，尤其是嵌套的(n x n，或更糟)，以及在这些元素中运行什么样的计算，差异会变得很大:

ng-show: If those optional elements are often present (dense), like say 90% of the time, it may be faster to have them ready and only show/hide them, especially if their content is cheap (just plain text, nothing to compute or load). This consumes memory as it fills the DOM with hidden elements, but just show/hide something which already exists is likely to be a cheap operation for the browser. ng-if: If on the contrary elements are likely not to be shown (sparse) just build them and destroy them in real time, especially if their content is expensive to get (computations/sorted/filtered, images, generated images). This is ideal for rare or 'on-demand' elements, it saves memory in terms of not filling the DOM but can cost a lot of computation (creating/destroying elements) and bandwidth (getting remote content). It also depends on how much you compute in the view (filtering/sorting) vs what you already have in the model (pre-sorted/pre-filtered data).