Angular修改源数组后赋值新数组时description字段重复如何解决

你当前的代码存在两个直接导致字段异常的问题：

• RxJS反模式导致异步时序错乱：你在map操作符的forEach循环里直接嵌套调用subscribe发起内部接口请求，外层的流根本不会等待这些内部请求、以及后续FileReader读取文件的异步操作执行完成，就会直接进入tap环节执行赋值。此时你拿到的数组是还在被异步操作修改的引用对象，赋值时机完全不对。
• 浅拷贝+原引用修改导致字段污染：你用Object.assign([], items)只做了数组层面的浅拷贝，数组里的每一项还是指向接口返回的原对象引用。如果后端返回的序列化对象存在复用实例的情况，异步修改过程中很容易出现所有项的普通字段（比如description）被最后一次赋值覆盖的问题。

不要在流内部嵌套subscribe，把所有异步逻辑（内部图片请求、FileReader读文件）全部纳入RxJS流的管控范围，等所有数组项的image字段全部处理完成后再执行赋值，同时拷贝单个数组项切断原引用关联，避免字段污染。
完整修复代码如下：

// 注意提前从rxjs导入需要的操作符：forkJoin、switchMap、map、tap、Observable
// 把FileReader的回调逻辑封装为Observable，统一接入RxJS流
readFileAsDataURL(file: Blob): Observable<string> {
  return new Observable(subscriber => {
    const reader = new FileReader();
    reader.readAsDataURL(file);
    reader.onloadend = () => {
      subscriber.next(reader.result?.toString() || '');
      subscriber.complete();
    };
    reader.onerror = (err) => subscriber.error(err);
  })
}

initModel() {
  this.currentService
    .organizationsDownloadAllOrganizationDocuments({
      OrganizationId: this.organizationId,
    })
    .pipe(
      // 用switchMap承接内部并发的异步请求
      switchMap((originItems) => {
        // 为每个数组项构造独立的处理流
        const processTasks = originItems.map(originItem => {
          // 先拷贝单条对象，切断和后端返回原对象的引用关联
          const item = { ...originItem };
          return this.currentService
            .organizationsOrganizationDocumentLink({ Input: item.image })
            .pipe(
              // 把返回的图片Blob转为base64
              switchMap(blob => this.readFileAsDataURL(blob)),
              // 赋值处理后的base64到image字段，返回处理完成的单条数据
              map(base64Img => {
                item.image = base64Img;
                return item;
              })
            )
        });
        // 等待所有条目的异步处理全部完成，返回最终的完整数组
        return forkJoin(processTasks);
      }),
      tap((finalItems) => {
        // 这里拿到的是所有字段处理完成的新数组，直接赋值即可
        this.documentsModel = finalItems;
        console.log('docModel', this.documentsModel);
      })
    )
    .subscribe({
      // 补充错误处理，避免请求静默失败
      error: (err) => console.error('文档列表加载失败', err)
    });
}

• 移除流内部的嵌套subscribe，用forkJoin并发执行所有单条数据的处理逻辑，保证所有image字段都转成base64之后再走赋值逻辑，彻底解决时序问题
• 处理单条数据时先做对象拷贝，切断原引用，避免异步修改过程中不同条目之间的字段互相覆盖
• 把原本回调式的FileReader逻辑封装为Observable，统一异步编程模型，避免回调导致的时序不可控
• 补充了流的错误捕获逻辑，方便排查运行时异常

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