Dart中factory构造函数的用途是什么？非单例场景下的使用疑问

首先要纠正一个常见认知误区：factory 和单例模式没有必然绑定关系，单例只是它众多适用场景中的一个特例，完全不是它的核心设计目的。
它的本质能力非常明确：让构造函数拥有和普通静态方法完全一致的返回值控制权。

和普通命名构造函数的核心差异 #

普通的生成构造函数有非常强的语法约束：

• 只能通过初始化列表给类的字段赋值，不能在函数体内写复杂分支逻辑
• 必须返回当前类的全新实例，不能做缓存复用、不能返回子类实例
• 不允许在构造执行流程中提前判断返回别的对象
  而factory修饰的构造函数完全不受上述限制：
• 函数体内可以写任意业务逻辑、校验规则
• 可以根据入参判断，直接返回已经缓存好的现有实例，减少重复对象创建带来的内存开销
• 可以根据入参特征，返回当前类的子类实例
• 没有强制要求必须新建实例，只要最终返回的对象是当前类（或其子类）的合法实例，就完全符合语法要求

结合这段代码的实际写法逻辑 #

你代码里的Entry.fromJson用factory修饰，其实是Flutter生态里非常普遍的“向前兼容的惯性写法”：

• 这段当前的实现确实只是简单从json映射中取出两个字段赋值，换成普通命名构造函数加初始化列表也能完全跑通，没有语法层面的强制要求必须用factory。
• 但用factory写的好处是给后续逻辑扩展留足了空间：比如后续需要加json字段的空值兼容、类型转换、或者根据不同的条目类型返回对应的子类实现（比如文本条目、图片条目都继承自Entry类），你完全不需要修改外部所有调用Entry.fromJson()的代码，只要在factory函数体内调整实现逻辑即可，对外的调用接口完全不会变。

和单例无关的典型factory使用场景 #

• 从外部数据源解析对象时，根据入参的类型标识返回对应的子类实例，对外屏蔽具体的子类差异，让上层逻辑只需要依赖父类类型即可
• 解析时对入参做合规性校验，遇到非法值时直接返回预定义的占位实例，避免创建无效的业务对象
• 实现轻量对象池，把高频创建的实例按唯一标识缓存，重复请求时直接返回缓存对象，降低不必要的内存占用

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