标记类为immutable有何影响？仅作标识还是影响编译/运行性能？

答案是肯定的，@immutable不只是个可读性标识，它在编译和运行阶段都会带来实际的影响：

编译阶段的变化 #

• 更严格的静态检查：Dart分析器会基于@immutable注解强化校验，确保类符合不可变规则——所有成员必须是final，子类也得遵循不可变要求，如果存在可变成员（比如非final的集合对象），分析器会直接抛出警告。你给出的示例中close和update都是final，刚好符合要求，但加了注解后，后续若有人修改代码把成员改成非final，分析器会立刻报错。
• 提供编译优化线索：这个注解相当于给Dart编译器传递了明确的语义信息，告诉编译器“该类实例状态不会改变”，编译器会基于此做针对性优化，比如验证const构造函数的合法性，确保用const创建的实例真的符合不可变标准。

运行阶段的性能收益 #

• Widget树渲染更高效：在Flutter的Widget体系中，标记@immutable的类会被框架认定为“状态不会变更的对象”。当Widget更新时，框架会通过==比较参数是否变化，而@immutable保证了对象的相等性判断是可靠的（成员都是final，不会被偷偷修改），以此避免大量不必要的Widget重建，直接提升UI渲染速度。
• 内存与缓存优化：不可变对象可以安全地被共享、缓存，因为它们的状态永远不会改变。比如你的示例中用了const构造函数，加了@immutable后，只要参数相同，多个实例会复用同一个对象，减少了对象创建的开销。

代码示例对比 #

未添加@immutable的版本：

import 'package:flutter/foundation.dart' show immutable;

typedef CloseLoadingScreen = bool Function();
typedef UpdateLoadingScreen = bool Function(String text);

class LoadingScreenController {
  const LoadingScreenController({
    required this.close,
    required this.update,
  });
  final CloseLoadingScreen close;
  final UpdateLoadingScreen update;
}

添加@immutable后的版本：

import 'package:flutter/foundation.dart' show immutable;

typedef CloseLoadingScreen = bool Function();
typedef UpdateLoadingScreen = bool Function(String text);

@immutable
class LoadingScreenController {
  const LoadingScreenController({
    required this.close,
    required this.update,
  });
  final CloseLoadingScreen close;
  final UpdateLoadingScreen update;
}

在这个示例里，加了@immutable后，不仅让代码意图更清晰，还能让Dart分析器帮你守住不可变的规则，同时让Flutter框架在使用这个控制器时更高效地判断UI是否需要更新。

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