在 angular 中，将父组件的数组输入属性设为 null 不会触发子组件的 ngonchanges 钩子，因为 null 与 undefined 在变更检测中可能被忽略或视为“无实质引用变化”；而空数组 [] 因创建了新引用，能正常触发变更检测。
在 angular 中，将父组件的数组输入属性设为 null 不会触发子组件的 ngonchanges 钩子，因为 null 与 undefined 在变更检测中可能被忽略或视为“无实质引用变化”；而空数组 [] 因创建了新引用，能正常触发变更检测。
在 Angular 的变更检测机制中，OnPush 策略（或默认策略下对 @Input() 的浅比较）依赖引用变化（reference change）来决定是否通知子组件更新。当你执行：
this.arrayVar = someCondition ? null : [1, 2, 3];
若 arrayVar 原值为 [1, 2, 3]，新值为 null，虽然 null 是一个不同的值，但 Angular 的 SimpleChange 比较逻辑在 ngOnChanges 中对 previousValue === currentValue 的判定中，会将 null === null 视为“无变化”——尤其当上一次输入也是 null，或变更检测未捕获到该赋值时机时，子组件便无法感知。
相比之下：
this.arrayVar = someCondition ? [] : [1, 2, 3];
每次 [] 都是一个全新数组实例，具有唯一引用，因此 previousValue !== currentValue 严格成立，ngOnChanges 被可靠调用。
✅ 正确实践建议：
-
避免使用 null 作为数组类型的输入值：数组型
@Input()应保持类型一致性，推荐使用undefined或[]表示“无数据”，并在模板中用*ngIf="arrayVar?.length"安全渲染； - 如必须支持 null，显式触发变更检测：
import { ChangeDetectorRef } from '@angular/core';
constructor(private cdr: ChangeDetectorRef) {}
someFunc() {
this.arrayVar = someCondition ? null : [1, 2, 3];
this.cdr.detectChanges(); // 强制立即检查并传播变更
}- 更健壮的替代方案：使用 BehaviorSubject 或 @Input() setter 封装逻辑
private _arrayVar: number[] | null = null;
@Input() set arrayVar(value: number[] | null) {
this._arrayVar = value;
// 可在此统一处理 null → [] 转换，或发射事件
this.arrayVarChange.emit(value);
}⚠️ 注意事项：
-
null和undefined在 Angular 输入绑定中行为相似，均不产生新引用，易导致变更丢失； - 不要依赖
==或===在模板中判断arrayVar == null来控制渲染——应优先用Array.isArray(arrayVar)或arrayVar?.length !== undefined； - 若子组件启用了
OnPush，确保所有输入变更都伴随引用更新或手动detectChanges()。
总结：变更检测的核心是“引用是否改变”，而非“值语义是否不同”。[] 天然满足引用更新，null 则需额外干预。坚持使用不可变赋值 + 明确的数据形态约定，是构建可预测 Angular 组件通信的关键。
