成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

大佬,第三方組件的Hooks為啥報錯了?

開發 前端
有朋友在工作中遇到了一個問題,第三方組件的Hooks為啥報錯了?本篇就詳細介紹一下解決的過程。

[[392165]]

 最近工作中遇到個有意思的問題,記錄下從問題發現到解決的過程。

這個問題涉及知識點包括:

  • hooks源碼邏輯
  • package.json配置

事發

某個需求需要引入一個第三方組件庫。

當引入組件庫中的函數組件A后,React運行時報錯:

  • "Invalid hook call. Hooks can only be called inside of the body of a function component. This could happen for one of the following reasons...

從React文檔了解到,這是由于「錯誤使用Hooks造成的」。

官網給出的可能的錯誤原因有3種:

1.React和ReactDOM版本不匹配

需要v16.8以上版本的ReactDOM才支持Hooks。

我們項目使用的是v17.0.2,不屬于這個原因。

2.打破了Hooks的規則

Hooks只能在函數組件或自定義Hooks頂層調用。

翻看A組件源碼,報錯的是一個頂層調用的useRef:

  1. function A() { 
  2.   // ... 
  3.   var xxxRef = useRef(null); 
  4.   // ... 

不屬于這個原因。

3.重復的React

載錄自React文檔:

  • 為了使 Hook 正常工作,你應用代碼中的 react 依賴以及 react-dom 的 package 內部使用的 react 依賴,必須解析為同一個模塊。
  • 如果這些 react 依賴解析為兩個不同的導出對象,你就會看到本警告。這可能發生在你意外地引入了兩個 react 的 package 副本。

讀起來好繞,看起來這條的嫌疑最大。

定位問題

在報錯的useRef中打上斷點,發現其來自于:

http://localhost:8081/Users/項目目錄/node_modules/組件庫/node_modules/react/cjs/react.development.js

在項目里其他調用Hooks但是未報錯的地方打上斷點,發現資源來自于:

http://localhost:8081/Users/項目目錄/node_modules/react/cjs/react.development.js

報錯的useRef和項目其他Hooks引用了不同的react.development.js。

翻看「組件庫」的package.json,發現他將react與react-dom作為dependencies安裝:

  1. "dependencies": { 
  2.   "react""^16.13.1"
  3.   "@babel/runtime-corejs3""^7.11.2"
  4.   "react-dom""^16.13.1" 
  5. }, 

這樣會在「組件庫」目錄的node_modules下創建這兩個依賴。

作為一個「組件庫」,這么做顯然是不合適的。

臨時解決

最好的做法是將這兩個依賴作為peerDependencies,即將其作為外部依賴。

這樣,當我們引入「組件庫」時,「組件庫」會使用我們項目中的react與react-dom,而不是自己安裝一份。

但是我沒有這個「組件庫」的權限,只能在自己項目中做文章。

在package.json文檔中提供了一個配置項:resolutions,可以臨時解決這個問題。

resolutions允許你復寫一個在項目node_modules中被嵌套引用的包的版本。

在我們項目的package.json中作出如下修改:

  1. // 項目package.json 
  2.   // ... 
  3.   "resolutions": { 
  4.     "react""17.0.2"
  5.     "react-dom""17.0.2" 
  6.   }, 
  7.   // ... 

這樣,項目中用到的這兩個依賴都會使用resolutions中指定的版本。

不管是「組件庫」還是我們的項目代碼中的react與react-dom,都會指向同一個文件。

現在問題是臨時解決了,但是造成問題的原因是什么?

讓我們深入Hooks源碼內部來尋找答案。

深入源碼

首先讓我們思考2個問題:

當我們在一個Hooks內部調用其他Hooks時會報開篇提到的錯誤。

比如如下代碼就會報錯:

  1. function App() { 
  2.  
  3.   useEffect(() => { 
  4.     const a = useRef(); 
  5.   }, []) 
  6.  
  7.   // ... 

Hooks只是函數,他如何感知到自己在另一個Hooks內部執行?

就如上例子,useRef如何感知到自己在useEffect的回調函數中執行?

再看另一個問題,我們知道classComponent有componentDidMount與componentDidUpdate兩個生命周期函數區分mount時與update時。

那么Hooks作為函數,怎么區分當前是mount時還是update時?

顯然,Hooks源碼內部存在一種機制,能夠感知當前執行的上下文環境。

漸入佳境

在瀏覽器環境,我們會引用react與reactDOM兩個包。

其中,在react包的代碼中存在一個變量ReactCurrentDispatcher。

他的current參數指向當前正在使用的Hooks上下文:

  1. var ReactCurrentDispatcher = { 
  2.   /** 
  3.    * @internal 
  4.    * @type {ReactComponent} 
  5.    */ 
  6.   currentnull 
  7. }; 

同時,在reactDOM中,在程序運行過程中,ReactCurrentDispatcher.current會根據當前上下文環境指向不同引用。

比如:

  1. var HooksDispatcherOnMountInDEV = { 
  2.   useState: function() { // ... }, 
  3.   useEffect: function() { // ... }, 
  4.   useRef: function() { // ... }, 
  5.   // ... 
  6. var HooksDispatcherOnUpdateInDEV = { 
  7.   useState: function() { // ... }, 
  8.   useEffect: function() { // ... }, 
  9.   useRef: function() { // ... }, 
  10.   // ... 
  11. // ... 

當處在DEV環境mount時,ReactCurrentDispatcher.current會指向HooksDispatcherOnMountInDEV。

當處在DEV環境update時,ReactCurrentDispatcher.current會指向HooksDispatcherOnUpdateInDEV。

再來看useRef的定義:

  1. function useRef(initialValue) { 
  2.   var dispatcher = resolveDispatcher(); 
  3.   return dispatcher.useRef(initialValue); 

內部調用的是dispatcher.useRef。

dispatcher即ReactCurrentDispatcher.current。

  1. function resolveDispatcher() { 
  2.   var dispatcher = ReactCurrentDispatcher.current
  3.  
  4.   if (!(dispatcher !== null)) { 
  5.     { 
  6.       throw Error( "Invalid hook call. ..." ); 
  7.     } 
  8.   } 
  9.  
  10.   return dispatcher; 
  • 可以看到,開篇的錯誤正是由于dispatcher為null時拋出

這就是Hooks能區分mount與update的原因。

同理,DEV環境,當一個Hooks在執行時,ReactCurrentDispatcher.current會指向引用 —— InvalidNestedHooksDispatcherOnUpdateInDEV。

在這種情況下再調用的Hooks,比如如下useRef:

  1. var InvalidNestedHooksDispatcherOnUpdateInDEV = { 
  2.   // ... 
  3.   useRef: function (initialValue) { 
  4.     currentHookNameInDev = 'useRef'
  5.     warnInvalidHookAccess(); 
  6.     updateHookTypesDev(); 
  7.     return updateRef(); 
  8.   }, 
  9.   // ... 

內部都會執行warnInvalidHookAccess報錯,提示自己在別的Hooks內執行了。

真相大白

到這里我們終于知道開篇提到的問題發生的本質原因:

  • 由于「組件庫」使用dependencies而不是peerDependencies,導致「組件庫」中引用的react與reactDOM是「組件庫」目錄node_modules下的文件。
  • 項目中使用的react與reactDOM是項目目錄node_modules下的文件。
  • 「組件庫」中react與項目目錄中react在運行時分別初始化ReactCurrentDispatcher
  • 這兩個ReactCurrentDispatcher分別依賴對應目錄的reactDOM
  • 我們在項目中執行項目目錄下reactDOM的ReactDOM.render方法,他會隨著程序運行改變項目目錄中react包下的ReactCurrentDispatcher.current的指向
  • 「組件庫」中的ReactCurrentDispatcher.current始終是null
  • 當調用「組件庫」中的Hooks時,由于ReactCurrentDispatcher.current始終是null導致報錯

總結

通過分析這個問題,加深了對package.json以及Hooks源碼的理解。

不知道Hooks感知上下文的實現思路對你有沒有啟發呢?

 

責任編輯:姜華 來源: 魔術師卡頌
相關推薦

2017-12-11 15:53:56

2021-03-03 09:42:26

鴻蒙HarmonyOS圖片裁剪

2015-11-05 16:44:37

第三方登陸android源碼

2024-04-03 12:57:29

2021-04-29 14:32:24

鴻蒙HarmonyOS應用

2021-03-10 15:03:40

鴻蒙HarmonyOS應用

2021-08-03 10:07:41

鴻蒙HarmonyOS應用

2021-03-12 16:35:33

鴻蒙HarmonyOS應用

2021-03-24 09:30:49

鴻蒙HarmonyOS應用

2021-03-01 14:00:11

鴻蒙HarmonyOS應用

2022-01-14 09:57:14

鴻蒙HarmonyOS應用

2021-01-27 10:04:46

鴻蒙HarmonyOS動畫

2019-07-30 11:35:54

AndroidRetrofit

2014-07-23 08:55:42

iOSFMDB

2021-04-27 15:30:54

鴻蒙HarmonyOS應用

2022-05-23 13:50:20

開發封裝

2021-08-26 16:07:46

鴻蒙HarmonyOS應用

2017-05-16 13:24:02

LinuxCentOS第三方倉庫

2019-09-03 18:31:19

第三方支付電商支付行業

2021-07-06 18:21:31

鴻蒙HarmonyOS應用
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 嫩草视频入口 | 日韩欧美不卡 | 亚洲成人免费av | 中文字幕在线看第二 | 少妇精品久久久久久久久久 | 成人二区 | 久久这里只有精品首页 | 国产成人精品综合 | 91视频观看 | 欧美激情在线一区二区三区 | 亚洲精品一区二区在线观看 | 成人精品在线观看 | 欧美国产精品一区二区三区 | 四虎最新视频 | 亚洲高清一区二区三区 | 日韩精品中文字幕一区二区三区 | 欧美性吧 | 国产日韩欧美一区二区 | 欧美精品一区二区三区在线四季 | 国产精品一区一区 | 精品中文字幕一区二区 | 欧美大片一区二区 | 日韩成人在线观看 | 久久久久国产一区二区 | 毛片免费视频 | 亚洲精品久久久久久久久久久久久 | 久久青青 | 国产农村妇女毛片精品久久麻豆 | 亚洲精品一区二区网址 | 性精品| 国产精品视频999 | 久久精品 | 九九久久免费视频 | 日日操日日舔 | 拍拍无遮挡人做人爱视频免费观看 | 欧美成人一区二免费视频软件 | 99久久久无码国产精品 | 日韩一区二区在线观看视频 | 久久精品国产v日韩v亚洲 | 免费观看a级毛片在线播放 黄网站免费入口 | 亚洲一区二区免费 |