React：不要动，否则你会被炒鱿鱼
大家好，我卡颂。
不知道大家在用react开发时，有没有注意到react与react-dom这两个包中有个很奇葩的属性__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED：
直译过来就是「内部神秘属性，不要乱用！否则你会被炒鱿鱼」。
为什么会有个这么唬人的属性？今天我们来聊聊。
React项目架构
我们在项目中习惯使用如下语句引入Hook：
import {useState} from 'react';这是不是意味着所有Hook的具体实现都在react这个包中？实际不是的。
所有Hook的具体实现在ReactFiberHooks.new.js方法中，该方法来自于react-reconciler这个包。
那为什么我们项目中从来没有主动引入过这个包呢？因为react-reconciler中被使用的部分，被打包进react-dom中了。
简单来说，React为了实现跨平台渲染，采用的是「一个主模块」 + 「一个渲染器」的模式。
其中「主模块」就是react包，他提供了所有通用方法。
「渲染器」针对宿主环境不同而不同，比如：
- 浏览器环境使用ReactDOM/client渲染器。
- SSR使用ReactDOM/server渲染器。
- Native环境使用ReactNative渲染器。
渲染器除了「宿主环境相关的代码」外，还有大量通用逻辑（比如Diff算法）。
所以可以认为，react-dom是由如下多个包中「被使用的部分」打包而成：
- shared，一个存放通用方法的包。
- react-reconciler，提供包括Hooks的实现、Diff算法、优先级调度等更新相关功能。
- react-dom，提供宿主环境方法，比如「DOM的增/移动/删/改」。
- 等等其他包。
这也是为什么宿主环境千差万别，但都能通过执行useState改变状态，触发视图更新。
原因在于 —— 「Hooks的实现」与「宿主环境操作视图的方法」被打包进了同一个包中。
既然「Hooks的实现」被打包进react-dom（或其他宿主环境对应的包）中，那如何做到最终使用时是从react中导出的呢？就像这样：
// 而不是 from 'react-dom'
import {useState} from 'react';这就用到了开篇提到的变量__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED。
内部结构
可以认为，当React团队希望在react与「宿主环境对应的包」之间共享数据时，就会把他保存在这个神秘的内部变量中。
比如上文提到的，「Hook的具体实现」。
再比如，object.assign方法的polyfill，在react与react-dom中都会用到，但如果两个包中分别引入，再分别打包，那么polyfill的代码会重复出现在react与react-dom两个包中。
为了减少重复代码，react会引入object.assign方法的polyfill，再将它保存在神秘的内部变量中。
react作为react-dom的peerDependencies，当项目中引入这两个包后，react-dom内部使用的object.assign实际来自react：
// react-dom包内部
const react = require('react');
const { assign } = react.__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED;常见问题
了解了神秘的内部变量的作用，我们再来看看这种实现会造成的问题。
假设我们有2个项目：
- 组件库项目A，负责开发组件。
- 业务项目B，依赖A。
B安装依赖后，A会出现在B的node_modules中。
为了调试方便，我们用npm link功能将B中依赖的A由「B的node_modules中的A」改为「组件库项目A」，
当npm link后，B中业务代码使用的useState来自于「B的node_modules中的react」。
而B中引入的组件库A的组件中使用的useState来自于「A的node_modules中的react」。
不同的react对应不同的__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED，最终对应不同的react-dom。
这就会造成报错。
解决办法是在项目中为react增加别名（alias），使项目中所有用到react的地方都指向同一个react。
总结
本文我们了解了react与react-dom中神秘的内部变量__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED的作用。
他能够在这两个包之间传递共享的数据。
需要注意的一点是，如果你也想用这种方式在两个包之间共享数据，需要将其中一个包设为另一个包的peerDependencies。
否则，在打包时，「被共享的数据」只会在两个包中分别存在一份。
来源： 魔术师卡颂
本文内容仅供个人学习、研究或参考使用，不构成任何形式的决策建议、专业指导或法律依据。未经授权，禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载，请保留原文来源信息，不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持！
