Dart中List<T>通过扩展方法实现深拷贝时遇到类型赋值错误

报错产生的核心原因 #

• 静态类型校验规则不匹配：当前扩展是绑定在List<T>上的泛型逻辑，结果列表res要求add方法的入参必须是泛型T类型。
• 进入if (elem is List<dynamic>)分支后，elem.shallowClone实际触发的是List<dynamic>对应的扩展方法，返回值的静态类型为List<dynamic>。编译器在静态校验阶段无法自动推导这个List<dynamic>和外层泛型T是同一种类型——哪怕实际运行时外层T真的就是List类型，也无法绕过编译校验，最终触发"无法将List<dynamic>赋值给参数类型T"的报错。
• 额外逻辑缺陷：现有代码哪怕解决了编译错误，也仅能处理嵌套List的浅层克隆，并非严格意义的深拷贝——如果列表元素是自定义可变对象、Map、Set等其他可变引用类型，内部的引用关系并不会被拷贝。

可行的修正实现 #

基础嵌套List克隆版本 #

在类型识别分支增加合法的类型断言，让编译器确认返回值匹配泛型要求，示例代码：

extension ListExtensions<T> on List<T> {
  List<T> get clone {
    final result = <T>[];
    for (final elem in this) {
      // 识别嵌套List类型，递归调用克隆逻辑
      if (elem is List) {
        // 显式将递归返回的List类型断言为当前泛型T，满足add方法的参数要求
        result.add(elem.clone as T);
      } else {
        result.add(elem);
      }
    }
    return result;
  }
}

实现说明 #

• 类型断言的安全性保障：只有当元素本身是List类型时才会进入递归分支，对元素类型为基础类型（int、String、bool等）的List来说，永远不会触发强转逻辑，不会引入运行时错误。
• 如果需要实现全类型支持的深拷贝，不能仅依赖List的扩展方法：需要为Map、Set、自定义可变类等所有引用类型单独实现对应的克隆逻辑，在递归遍历元素时匹配对应类型的克隆方法，才能完全切断原列表的所有引用关联。

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