HarmonyOS 鸿蒙Next `LazyForEach`和`Reusable`在数据源index:0处依次新增多个元素的问题

HarmonyOS 鸿蒙Next LazyForEach和Reusable在数据源index:0处依次新增多个元素的问题
大佬们，我根据组件复用官方示例里的代码，改了一下，因为我需要在数据源的index:0处新增元素，并会在复用的子组件内触发一个回调方法执行父组件中的方法，见如下关键代码：

父组件：

// 数据源index:0处新增元素、通知数据源listener新增、通知数据源listener重载
Button('列表index:0处新增').onClick(() => {
    let uuid = util.generateRandomUUID().substring(0,7)
    // 忽略ColorModel里的构造参数，这里表示unshift了一个对象并reload数据源，unshift里已经通知数据源listener新增了。
    this.colorData.unshift(new ColorModel(uuid, uuid, Color.Black))
    this.colorData.dataReload()
})

// this.colorData已经实现了IDataSource接口
LazyForEach(this.colorData, (colorModel: ColorModel, index: number) => {
    ListItem() {
        OneMomentNoModifier({
          colorModel,
          index,
          action: () => {
            // 在点击Button新增超过1个元素之后，父组件打印的就是错的了，怀疑是复用组件的问题
            hilog.info(0x0000, TAG, `#parent#action(): id[${colorModel.id}], index[${index}]`);
          }
        })
    }
}, (color: ColorModel, index: number) => `${color.id}_${index}`)

子组件：

@Reusable
@Component
export struct OneMomentNoModifier {
    @Prop colorModel: ColorModel
    @Prop index: number
    action?: () => void

    build() {
        Column() {
            // 子组件显示的始终是对的
            Text(this.colorModel.id + '/' +this.index)
        }
        .onclick(() => {
            if (undefined !== this.action) {
                hilog.info(0x0000, TAG, `#child#action(): id[${this.colorModel.id}], index[${this.index}]`);
                this.action()
            }
        })
    }

发现同时使用LazyForEach和Reusable之后，通知数据源在index:0处新增数据，this.notifyDataAdd(0)并reload数据源，超过1条之后，父组件在执行子组件回调的时候使用colorModel对象里的数据就是不对的了。

我现在的解决办法是在子组件的action回调内，将colorModel以参数形式传出来，因为子组件通过@Prop得到的对象始终是对的：

子组件

// 子组件
this.action(this.colorModel)

// 父组件
action: (obj: ColorModel) => { 
    // 使用obj
}

这样虽然问题解决了，但是父组件中使用colorModel时，用的colorModel是从父里的LazyForEach赋值 -> 子通过回调传参 -> 父接收回调参数 得来的，总觉得不对劲，想请问大家发生这样的问题是因为什么？我现在怀疑是复用组件的问题，但又不知道怎么解决…（在index:0处新增一个，意味着复用了刚刚列表底部被顶下去消失不见被回收的组件，被回收的组件内的action还是第一次渲染时候的箭头函数？并没有被重新赋值吗？但是子组件内的action又不能加@Prop注解，会报错…）

这里是输出的日志：

新增第一个时是对的，应该是List的cachedCount设置的5，屏幕显示条数 + 5正好 >= 总条目10。所以应该是每次新增数据的时候，父组件回调里的colorModel就是错的。