解构subscribe回调数组报Tuple type长度为1无索引1元素错误

报错本质是TypeScript类型推导不匹配：
你定义的loadingCreate$、error$都是带?修饰符的可选输入属性，实际类型是Observable<xxx> | undefined。把包含可能为undefined值的数组传给combineLatest时，TS没有匹配到「接收长度为2的Observable元组」的函数重载，反而匹配到了单参数重载，最终把传入的数组推导成长度为1的元组[Observable<any> | undefined]，自然不允许解构索引为1的第二个元素。
这也是为什么不用解构，直接拿数组参数访问的时候代码可正常运行——此时TS只知道这是个数组，不会校验固定长度的索引越界。

根据你的业务场景选下面任意一种方案即可：

• 空值兜底（最稳妥，适配可选输入的场景）
  给两个可能为undefined的流加默认空Observable，保证传入combineLatest的所有参数都是合法的Observable类型，TS就能正确推导出长度为2的元组：

  import { combineLatest, of } from 'rxjs';
  
  // 替换原有combineLatest调用逻辑
  combineLatest([
    this.loadingCreate$ ?? of(undefined),
    this.error$ ?? of(undefined)
  ]).subscribe(([loading, error]) => console.log(loading, error));
  

• 非空断言（仅当你能100%保证输入必传时使用）
  如果父组件一定会给这两个输入属性传值，ngOnInit执行时两个流不可能为undefined，可以用非空断言!告诉TS跳过undefined校验：

  combineLatest([this.loadingCreate$!, this.error$!])
    .subscribe(([loading,error]) => console.log(loading,error));
  

  注意：如果实际运行时这两个值真的出现undefined，combineLatest会直接抛运行时错误，没有兜底。
• 从类型定义层面修正
  如果这两个流是组件正常运行的必须依赖，就不要给@Input()加可选修饰符，从根源上消除类型里的undefined，TS自然能正确推导参数类型。

额外提醒：检查combineLatest的导入路径，必须从rxjs导入，不要从rxjs/operators导入，后者是操作符形态的combineLatest，类型重载逻辑不同，也可能触发类似的类型推导错误。你贴的selector实现代码和本次类型报错没有关联，不影响问题修复。

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