Swift与Dart构造函数对比：final属性赋值报错原因解析

作为从Swift转过来的开发者，你肯定会好奇为啥Dart里给属性加了final（对应Swift的let）之后，原来在构造函数主体里赋值的写法就失效了，必须换成初始化列表的形式。核心原因是Swift和Dart的对象构造流程完全不同：

先回忆Swift的构造逻辑 #

Swift里，let类型的存储属性可以在构造函数的主体代码里赋值，是因为Swift的构造流程分两步：

1. 先给所有存储属性设置初始值（可选类型默认是nil）
2. 进入构造函数主体代码，这时候可以给let属性做第一次（也是唯一一次）赋值，Swift会自动检查确保这是首次赋值，不会触发不可变属性的修改错误。

比如你熟悉的Swift代码：

class Test {
    let userId: Int?
    let id: Int?
    let title: String?
    
    init(userId: Int, id: Int, title: String) {
        // 这里是构造主体，给let属性首次赋值，Swift允许
        self.id = id
        self.title = title
        self.userId = userId
    }
}

再看Dart的构造流程 #

Dart的构造函数严格分成初始化列表和构造主体两个阶段，关键差异就在这里：

• 初始化列表阶段：这是对象真正完成初始化的阶段，所有属性（包括final）必须在这个阶段确定最终值
• 构造主体阶段：当进入大括号里的代码时，对象已经完全初始化完成了——此时final属性已经是不可变的状态，再尝试赋值就相当于修改一个已经固定的常量，自然会报错。

无final属性的情况 #

当属性没有final修饰时，它是可变的，即使对象初始化完成后也能修改，所以在构造主体里赋值完全没问题：

class Album {
   int? userId;
   int? id;
   String? title;

    Album({required int userId, required int id, required String title}) {
     // 可变属性，对象初始化后仍可修改，所以这里赋值合法
     this.userId = userId;
     this.id = id;
     this.title = title;
   }
}

加final后的报错原因 #

一旦给属性加上final，就要求它必须在对象初始化完成前确定值。而构造主体的代码是在初始化完成后执行的，这时候再给final属性赋值，就违反了final属性"只能赋值一次且必须在对象初始化时完成"的规则，所以编译器直接报错：

class Album {
   final int? userId;
   final int? id;
   final String? title;

    Album({required int userId, required int id, required String title}) {
     // 错误：final属性只能在初始化列表中赋值
     this.userId = userId;
     this.id = id;
     this.title = title;
   }
}

初始化列表的正确姿势 #

初始化列表是在对象初始化阶段执行的，刚好符合final属性的赋值要求。Dart里的required this.id这种语法糖，本质就是把属性赋值逻辑放到了初始化列表里，省略了手动写初始化列表的代码：

class Album {
   final int? userId;
   final int? id;
   final String? title;

    // 语法糖等价于在初始化列表里给每个final属性赋值
    const Album({required this.id, required this.userId, required this.title});
}

简单总结：Dart的final属性必须在对象"出生"前就确定值，构造主体是对象"出生"之后的代码，自然不能改；而Swift的let属性允许在"出生"后的构造主体里做第一次赋值，这就是两者的核心差异。

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