看起来你遇到的问题是：删除行后模板暂时看不到该行，但添加新行时，之前删除的行又重新出现了。这说明你的删除操作并没有真正修改到持久的数据源，或者Angular的变更检测没有正确识别数组的变化。下面是几个针对性的解决方案：

1. 改用不可变数据模式（推荐） #

Angular的变更检测对数组引用的变化更敏感。虽然splice会修改原数组，但在某些场景（比如组件使用OnPush变更检测策略、数据源是父组件传入的@Input）下，Angular可能无法检测到原数组内部的变化。这时候我们可以通过创建新数组的方式来触发变更检测：

修改你的删除函数：

deleteTicket(rowIndex: number): void {
  // 使用filter返回新数组，直接替换原数组引用
  this.tableData2.dataRows = this.tableData2.dataRows.filter((_, idx) => idx !== rowIndex);
}

这种方式会生成一个全新的数组，Angular能立刻检测到引用变化，确保模板和数据源同步。

2. 检查你的“添加行”逻辑 #

如果删除操作本身没问题，但添加行时旧数据重现，大概率是你的添加行函数在复用初始的数据源副本，而不是当前的tableData2.dataRows。比如：

// 错误示例：复用了原始数据
private originalData: any[];

ngOnInit() {
  this.originalData = [...this.tableData2.dataRows]; // 保存了初始数据
}

addRow() {
  this.tableData2.dataRows.push(this.originalData[0]); // 从原始数据取行添加
}

这种情况下，你需要基于当前的dataRows来生成新行，而不是依赖初始备份。比如：

addRow() {
  // 创建一个空的新行对象，或者基于当前数组的结构生成
  const newRow = { /* 你的行结构，比如空值或默认值 */ };
  this.tableData2.dataRows.push(newRow);
  // 如果用不可变模式，也可以写成：
  // this.tableData2.dataRows = [...this.tableData2.dataRows, newRow];
}

3. 为*ngFor添加trackBy函数 #

虽然这不是核心问题，但为*ngFor设置trackBy可以帮助Angular更高效地识别数组元素的变化，避免不必要的DOM重渲染，也能减少一些奇怪的渲染问题：

在模板中修改循环：

<tr *ngFor="let row of tableData2.dataRows; let i = index; trackBy: trackByRowId">

然后在组件中添加trackByRowId函数（如果你的行有唯一ID，用ID更好；没有的话用索引）：

trackByRowId(index: number, row: any): number | string {
  // 如果行有唯一id，返回row.id；否则返回index
  return row.id || index;
}

快速验证步骤 #

1. 执行删除操作后，在浏览器控制台打印this.tableData2.dataRows，看数组长度是否真的减少了——如果没减少，说明删除逻辑没生效；如果减少了但添加行又回来，就是添加逻辑的问题。
2. 检查组件是否使用了ChangeDetectionStrategy.OnPush，如果是，必须通过修改数组引用（而不是原数组内部修改）来触发变更检测。

内容的提问来源于stack exchange，提问作者shakell