ngx-formly中多选下拉框导致浏览器卡死的解决方案

问题现象

在使用ngx-formly构建表单时，当配置了multiple: true的多选下拉框（select）组件时，或者在fieldArray/fieldGroup中使用select组件时，浏览器会出现卡死现象，无法继续响应用户操作。

问题根源分析

经过深入排查，发现这个问题是由于在模型变更回调函数中使用了对象展开运算符（...）导致的无限递归循环。具体表现为：

1. 当用户选择下拉框选项时，触发表单模型变更
2. 变更回调中对模型使用了{...changes}这样的对象展开操作
3. 这种操作意外触发了ngx-formly内部的变更检测机制
4. 形成了无限递归循环，最终导致浏览器卡死

解决方案

解决这个问题的关键在于避免在模型变更回调中创建新的对象引用。正确的做法是直接使用传入的变更对象：

// 错误做法 - 会导致无限递归
onModelChange(changes: SimpleCounterConfig): void {
  this.editModel = { ...changes };
}

// 正确做法 - 直接赋值
onModelChange(changes: SimpleCounterConfig): void {
  this.editModel = changes;
}

技术背景

这个问题在Angular 18和ngx-formly 6.x环境下更为明显，可能与以下因素有关：

1. 变更检测机制：Angular 18对变更检测进行了优化，对对象引用的变化更加敏感
2. 表单控制：ngx-formly 6.x对表单控制逻辑进行了重构，特别是对多选组件的处理
3. 隐藏表达式：当表单字段配置了hide表达式时，更容易触发这种递归行为

最佳实践建议

在使用ngx-formly时，特别是处理表单模型变更时，建议：

1. 尽量避免在变更回调中创建新的对象引用
2. 对于复杂表单，考虑使用不可变数据结构的库来管理状态
3. 在多选组件场景下，特别注意模型变更的处理方式
4. 在升级Angular或ngx-formly版本时，仔细测试表单交互逻辑

总结

这个案例展示了在复杂表单处理中，即使是简单的对象展开操作也可能导致严重问题。理解框架的变更检测机制和表单控制原理，对于避免这类问题至关重要。通过直接赋值而非创建新引用的方式，我们既解决了浏览器卡死的问题，又保持了表单功能的完整性。