ChatGPT解决这个技术问题 Extra ChatGPT

markForCheck() 和 detectChanges() 有什么区别

ChangeDetectorRef.markForCheck()ChangeDetectorRef.detectChanges() 有什么区别?

关于NgZone.run()之间的区别,我只found information on SO,而不是这两个函数之间的区别。

对于仅参考文档的答案,请说明一些实际场景以选择其中一个。


M
Milad

detectChanges() : void 检查变更检测器及其子代。

这意味着,如果您的模型(您的类)中的任何东西发生了变化,但它没有反映视图,您可能需要通知 Angular 来检测这些更改(检测本地更改)并更新视图。

可能的情况可能是:

1- 变化检测器与视图分离(参见 detach

2- 发生了更新,但尚未在 Angular 区域内,因此,Angular 不知道它。

就像第三方功能更新了您的模型并且您想在此之后更新视图一样。

 someFunctionThatIsRunByAThirdPartyCode(){
     yourModel.text = "new text";
 }

因为此代码在 Angular 的区域之外(可能),您很可能需要确保检测到更改并更新视图,因此:

 myFunction(){
   someFunctionThatIsRunByAThirdPartyCode();

   // Let's detect the changes that above function made to the model which Angular is not aware of.
    this.cd.detectChanges();
 }

笔记 :

还有其他方法可以使上述工作,换句话说,还有其他方法可以将更改带入 Angular 更改周期。

** 您可以将该第三方函数包装在 zone.run 中:

 myFunction(){
   this.zone.run(this.someFunctionThatIsRunByAThirdPartyCode);
 }

** 您可以将函数包装在 setTimeout 中:

myFunction(){
   setTimeout(this.someFunctionThatIsRunByAThirdPartyCode,0);
 }

3- 在某些情况下,您会在 change detection cycle 完成后更新模型,在这些情况下,您会遇到这个可怕的错误:

“检查后表达式发生了变化”;

这通常意味着(来自 Angular2 语言):

我看到您的模型发生了变化,这是由我接受的一种方式(事件、XHR 请求、setTimeout 和...)引起的,然后我运行了更改检测以更新您的视图并完成了它,但随后还有另一个您的代码中的函数再次更新了模型,我不想再次运行我的更改检测,因为不再有像 AngularJS 这样的脏检查:D,我们应该使用一种方式的数据流!

你肯定会遇到这个错误:P。

修复它的几种方法:

1-正确的方式:确保更新在变更检测周期内(Angular2更新是一种发生一次的方式流程,之后不要更新模型并将代码移动到更好的位置/时间)。

2- 懒惰的方式:在更新之后运行 detectChanges() 让 angular2 开心,这绝对不是最好的方式,但是当你问可能的场景是什么时,这是其中之一。

你这样说:我真诚地知道你运行了更改检测,但我希望你再做一次,因为在你完成检查后我必须即时更新一些东西。

3- 将代码放在 setTimeout 中,因为 setTimeout 由区域修补,完成后将运行 detectChanges

从文档

markForCheck() : void 将所有 ChangeDetectionStrategy 祖先标记为要检查。

这在您的组件的 ChangeDetectionStrategy 为 OnPush 时最需要。

OnPush 本身的意思是,仅在发生以下任何一种情况时才运行更改检测:

1- 如果@Input 属性的引用完全改变了,则组件的@inputs 之一已完全替换为新值,或者简单地说。

因此,如果您的组件的 ChangeDetectionStrategy 是 OnPush ,那么您有:

   var obj = {
     name:'Milad'
   };

然后你像这样更新/变异它:

  obj.name = "a new name";

这不会更新 obj 引用,因此不会运行更改检测,因此视图不会反映更新/突变。

在这种情况下,您必须手动告诉 Angular 检查和更新视图(markForCheck);

所以如果你这样做:

  obj.name = "a new name";

你需要这样做:

  this.cd.markForCheck();

相反,下面会导致更改检测运行:

    obj = {
      name:"a new name"
    };

它用新的 {} 完全替换了以前的 obj;

2- 触发了一个事件,例如单击或类似的事情,或者任何子组件发出了一个事件。

像这样的事件:

点击

键位

订阅事件

等等

简而言之:

当您在 Angular 运行更改检测后更新模型时,或者如果更新根本不在 Angular 世界中,请使用 detectChanges()。

如果您正在使用 OnPush 并且您通过改变一些数据来绕过 ChangeDetectionStrategy 或者您已经在 setTimeout 中更新了模型,请使用 markForCheck();


所以如果你改变那个 obj ,视图不会被更新,即使你运行 detectChanges,也不会工作,因为没有任何变化 - 这不是真的。 detectChanges 更新视图。请参阅this in-depth explanation
关于结论中的markForCheck,也不准确。这是来自 this questionmodified example,它不会使用 OnPush 和 markForCheck 检测对象更改。但是 the same example will work 如果没有 OnPush 策略。
@Maximus,关于您的第一条评论,我阅读了您的帖子,感谢您说的很好。但是在您的解释中,您说如果策略是 OnPush ,则意味着 if this.cdMode === ChangeDetectorStatus.Checked 它不会更新视图,这就是您使用 markForCheck 的原因。
关于你到 plunker 的链接,这两个例子对我来说都很好,我不知道你的意思
非常棒的答案,谢谢!我学到了几件事。 @米拉德
C
Community

两者最大的区别在于 detectChanges() 实际触发变更检测,而 markForCheck() 不触发变更检测。

检测变化

这用于对从您触发 detectChanges() 的组件开始的组件树运行更改检测。因此更改检测将针对当前组件及其所有子组件运行。 Angular 在 ApplicationRef 中保存对根组件树的引用,并且当发生任何异步操作时,它会通过包装器方法 tick() 触发对该根组件的更改检测:

@Injectable()
export class ApplicationRef_ extends ApplicationRef {
  ...
  tick(): void {
    if (this._runningTick) {
      throw new Error('ApplicationRef.tick is called recursively');
    }

    const scope = ApplicationRef_._tickScope();
    try {
      this._runningTick = true;
      this._views.forEach((view) => view.detectChanges()); <------------------

view 这里是根组件视图。正如我在 What are the implications of bootstrapping multiple components 中所描述的,可以有许多根组件。

@milad 描述了您可能需要手动触发变更检测的原因。

标记检查

正如我所说,这家伙根本不会触发变更检测。它只是从当前组件向上移动到根组件并将其视图状态更新为 ChecksEnabled。这是源代码:

export function markParentViewsForCheck(view: ViewData) {
  let currView: ViewData|null = view;
  while (currView) {
    if (currView.def.flags & ViewFlags.OnPush) {
      currView.state |= ViewState.ChecksEnabled;  <-----------------
    }
    currView = currView.viewContainerParent || currView.parent;
  }
}

组件的实际更改检测没有计划,但当它在未来发生时(作为当前或下一个 CD 周期的一部分),即使父组件视图具有分离的更改检测器,也会检查它们。可以通过使用 cd.detach() 或通过指定 OnPush 更改检测策略来分离更改检测器。所有本机事件处理程序都标记所有父组件视图以供检查。

这种方法经常用在 ngDoCheck 生命周期挂钩中。您可以在 If you think ngDoCheck means your component is being checked — read this article 中阅读更多内容。

有关更多详细信息,另请参阅 Everything you need to know about change detection in Angular


为什么 detectChanges 对组件及其子组件起作用,而 markForCheck 对组件和祖先起作用?
@pablo,这是设计使然。我不太了解其中的原理
@jerry,推荐的方法是使用异步管道,它在内部跟踪订阅并在每个新值上触发 markForCheck。因此,如果您不使用异步管道,那可能就是您应该使用的。但是,请记住,存储更新应该是一些异步事件的结果,以便启动更改检测。大多数情况下都是如此。但也有例外blog.angularindepth.com/…
@MaxKoretskyiakaWizard 感谢您的回复。是的,商店更新主要是 fetch 或设置 isFetching before 的结果。在 fetch 之后.. 但我们不能总是使用 async pipe,因为在订阅中我们通常有一些事情要做,比如 call setFromValues do some comparison.. 如果 async 本身调用 markForCheck 如果有什么问题我们自己叫它?但同样,我们通常在 ngOnInit 中有 2-3 个或有时更多选择器获取不同的数据......我们在所有这些选择器中调用 markForCheck.. 可以吗?
在那种情况下,我很困惑@MaxKoretskyi :(我阅读了你所有的教程并看到了你的演讲,我仍然无法理解这一点:为什么当我调用 markForCheck() 时会触发更改检测?我知道它标记了组件和它的前辈一样脏到根组件,它将在“当前或下一个 CD 周期期间进行检查。”但是谁触发了下一个 CD 周期?我也尝试像你一样调试它,但无济于事。还有其他方法吗?stackoverflow.com/questions/64157710/…
S
Stepan Suvorov

我制作了一个 4 分钟的截屏视频来解释 markForCheck()detectChanges() 之间的区别 - https://www.youtube.com/watch?v=OcphK_aEd7I

https://i.stack.imgur.com/NcKtX.png


什么时候最好使用 markForCheck?
当您确信 CD 将在之后运行并且您不想做额外的不必要的 CD 时
K
Kevin Beal

cd.detectChanges() 将立即从当前组件到其后代运行更改检测。

cd.markForCheck() 不会运行更改检测,而是将其祖先标记为需要运行更改检测。下次更改检测在任何地方运行时,它也会针对那些被标记的组件运行。

如果您想减少调用更改检测的次数,请使用 cd.markForCheck()。通常,更改会影响多个组件,并且会在某个地方调用更改检测。您本质上是在说:让我们确保在发生这种情况时也更新此组件。 (视图会在我编写的每个项目中立即更新,但不是在每个单元测试中)。

如果您不能确定 cd.detectChanges() 当前没有运行更改检测,请使用 cd.markForCheck()。在这种情况下,detectChanges() 将出错。这可能意味着您试图编辑祖先组件的状态,这与 Angular 的变更检测设计的假设背道而驰。

如果视图在其他操作之前同步更新很重要,请使用detectChanges()。 markForCheck() 可能实际上不会及时更新您的视图。例如,单元测试会影响您的视图,可能需要您在应用程序本身不需要时手动调用 fixture.detectChanges()。

如果您要更改祖先多于后代的组件中的状态,则可以使用 detectChanges() 提高性能,因为您不必在组件的祖先上运行更改检测。