为什么React使用createFiber而非直接实例化FiberNode？

为什么React要做这层封装？ #

主要有4个核心原因：

• 绕开工具链的类型限制：你贴的代码里注释已经明确说了// $FlowFixMe: the shapes are exact here but Flow doesn't like constructors，当时React用Flow做类型检查，Flow对构造函数的类型推导存在已知问题，封装一层工厂函数就能把类型兼容问题收拢到这一处处理，不用在所有实例化FiberNode的位置都加类型忽略注释。
• 预留扩展空间，降低后续迭代成本：工厂函数是个很好的抽象层，未来如果要修改Fiber实例的生成逻辑，不需要改动所有调用点的代码。比如React后续版本加入了Fiber节点池复用的优化，直接在createFiber里加复用、重置逻辑就可以，上层调用完全不用感知。如果直接散在各处写new FiberNode，改起来要动几十个文件，很容易出漏子。
• 收拢校验逻辑，保证实例合法性：可以统一在createFiber里加参数校验、默认值补全的逻辑，比如校验传入的WorkTag是否合法、key格式是否符合要求，提前抛出明确的报错，避免非法参数传入构造函数产生难以排查的问题。
• 隐藏内部实现细节：FiberNode是React内核的私有结构，本身就不希望内部其他模块过度依赖它的构造逻辑，用工厂函数隔离之后，后续哪怕重构FiberNode的结构、甚至把类实现改成普通对象，只要createFiber的入参出参不变，其他模块都不用改。

能不能直接用new FiberNode(...)替代createFiber调用？ #

仅在你贴的这一版本源码中，二者功能完全等价，但不管是二次修改React源码还是做内核二次开发，都不建议这么写：

• 首先FiberNode本身就是私有API，不会暴露给普通业务开发者，你根本不可能在自己的业务代码里拿到这个构造函数。
• 其次只要React后续版本修改了createFiber的逻辑（比如加了实例复用、额外的初始化逻辑），你直接new出来的Fiber节点就会和官方createFiber生成的节点行为不一致，产生隐性bug。
• 最后直接调用构造函数还要自己处理Flow的类型报错，反而比调用封装好的createFiber更麻烦。

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