一区二区三区在线-一区二区三区亚洲视频-一区二区三区亚洲-一区二区三区午夜-一区二区三区四区在线视频-一区二区三区四区在线免费观看

服務(wù)器之家:專注于服務(wù)器技術(shù)及軟件下載分享
分類導(dǎo)航

PHP教程|ASP.NET教程|Java教程|ASP教程|編程技術(shù)|正則表達(dá)式|C/C++|IOS|C#|Swift|Android|VB|R語(yǔ)言|JavaScript|易語(yǔ)言|vb.net|

服務(wù)器之家 - 編程語(yǔ)言 - 編程技術(shù) - 大佬,第三方組件的Hooks為啥報(bào)錯(cuò)了?

大佬,第三方組件的Hooks為啥報(bào)錯(cuò)了?

2021-04-09 23:12魔術(shù)師卡頌卡頌 編程技術(shù)

有朋友在工作中遇到了一個(gè)問(wèn)題,第三方組件的Hooks為啥報(bào)錯(cuò)了?本篇就詳細(xì)介紹一下解決的過(guò)程。

大佬,第三方組件的Hooks為啥報(bào)錯(cuò)了?

最近工作中遇到個(gè)有意思的問(wèn)題,記錄下從問(wèn)題發(fā)現(xiàn)到解決的過(guò)程。

這個(gè)問(wèn)題涉及知識(shí)點(diǎn)包括:

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

事發(fā)

 

某個(gè)需求需要引入一個(gè)第三方組件庫(kù)。

當(dāng)引入組件庫(kù)中的函數(shù)組件A后,React運(yùn)行時(shí)報(bào)錯(cuò):

  • "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文檔了解到,這是由于「錯(cuò)誤使用Hooks造成的」。

官網(wǎng)給出的可能的錯(cuò)誤原因有3種:

1.React和ReactDOM版本不匹配

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

我們項(xiàng)目使用的是v17.0.2,不屬于這個(gè)原因。

2.打破了Hooks的規(guī)則

Hooks只能在函數(shù)組件或自定義Hooks頂層調(diào)用。

翻看A組件源碼,報(bào)錯(cuò)的是一個(gè)頂層調(diào)用的useRef:

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

不屬于這個(gè)原因。

3.重復(fù)的React

載錄自React文檔:

  • 為了使 Hook 正常工作,你應(yīng)用代碼中的 react 依賴以及 react-dom 的 package 內(nèi)部使用的 react 依賴,必須解析為同一個(gè)模塊。
  • 如果這些 react 依賴解析為兩個(gè)不同的導(dǎo)出對(duì)象,你就會(huì)看到本警告。這可能發(fā)生在你意外地引入了兩個(gè) react 的 package 副本。

讀起來(lái)好繞,看起來(lái)這條的嫌疑最大。

定位問(wèn)題

 

在報(bào)錯(cuò)的useRef中打上斷點(diǎn),發(fā)現(xiàn)其來(lái)自于:

http://localhost:8081/Users/項(xiàng)目目錄/node_modules/組件庫(kù)/node_modules/react/cjs/react.development.js

在項(xiàng)目里其他調(diào)用Hooks但是未報(bào)錯(cuò)的地方打上斷點(diǎn),發(fā)現(xiàn)資源來(lái)自于:

http://localhost:8081/Users/項(xiàng)目目錄/node_modules/react/cjs/react.development.js

報(bào)錯(cuò)的useRef和項(xiàng)目其他Hooks引用了不同的react.development.js。

翻看「組件庫(kù)」的package.json,發(fā)現(xiàn)他將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. }, 

這樣會(huì)在「組件庫(kù)」目錄的node_modules下創(chuàng)建這兩個(gè)依賴。

作為一個(gè)「組件庫(kù)」,這么做顯然是不合適的。

臨時(shí)解決

 

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

這樣,當(dāng)我們引入「組件庫(kù)」時(shí),「組件庫(kù)」會(huì)使用我們項(xiàng)目中的react與react-dom,而不是自己安裝一份。

但是我沒(méi)有這個(gè)「組件庫(kù)」的權(quán)限,只能在自己項(xiàng)目中做文章。

在package.json文檔中提供了一個(gè)配置項(xiàng):resolutions,可以臨時(shí)解決這個(gè)問(wèn)題。

resolutions允許你復(fù)寫一個(gè)在項(xiàng)目node_modules中被嵌套引用的包的版本。

在我們項(xiàng)目的package.json中作出如下修改:

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

這樣,項(xiàng)目中用到的這兩個(gè)依賴都會(huì)使用resolutions中指定的版本。

不管是「組件庫(kù)」還是我們的項(xiàng)目代碼中的react與react-dom,都會(huì)指向同一個(gè)文件。

現(xiàn)在問(wèn)題是臨時(shí)解決了,但是造成問(wèn)題的原因是什么?

讓我們深入Hooks源碼內(nèi)部來(lái)尋找答案。

深入源碼

 

首先讓我們思考2個(gè)問(wèn)題:

當(dāng)我們?cè)谝粋€(gè)Hooks內(nèi)部調(diào)用其他Hooks時(shí)會(huì)報(bào)開篇提到的錯(cuò)誤。

比如如下代碼就會(huì)報(bào)錯(cuò):

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

Hooks只是函數(shù),他如何感知到自己在另一個(gè)Hooks內(nèi)部執(zhí)行?

就如上例子,useRef如何感知到自己在useEffect的回調(diào)函數(shù)中執(zhí)行?

再看另一個(gè)問(wèn)題,我們知道classComponent有componentDidMount與componentDidUpdate兩個(gè)生命周期函數(shù)區(qū)分mount時(shí)與update時(shí)。

那么Hooks作為函數(shù),怎么區(qū)分當(dāng)前是mount時(shí)還是update時(shí)?

顯然,Hooks源碼內(nèi)部存在一種機(jī)制,能夠感知當(dāng)前執(zhí)行的上下文環(huán)境。

漸入佳境

 

在瀏覽器環(huán)境,我們會(huì)引用react與reactDOM兩個(gè)包。

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

他的current參數(shù)指向當(dāng)前正在使用的Hooks上下文:

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

同時(shí),在reactDOM中,在程序運(yùn)行過(guò)程中,ReactCurrentDispatcher.current會(huì)根據(jù)當(dāng)前上下文環(huán)境指向不同引用。

比如:

  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. // ... 

當(dāng)處在DEV環(huán)境mount時(shí),ReactCurrentDispatcher.current會(huì)指向HooksDispatcherOnMountInDEV。

當(dāng)處在DEV環(huán)境update時(shí),ReactCurrentDispatcher.current會(huì)指向HooksDispatcherOnUpdateInDEV。

再來(lái)看useRef的定義:

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

內(nèi)部調(diào)用的是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; 
  • 可以看到,開篇的錯(cuò)誤正是由于dispatcher為null時(shí)拋出

這就是Hooks能區(qū)分mount與update的原因。

同理,DEV環(huán)境,當(dāng)一個(gè)Hooks在執(zhí)行時(shí),ReactCurrentDispatcher.current會(huì)指向引用 —— InvalidNestedHooksDispatcherOnUpdateInDEV。

在這種情況下再調(diào)用的Hooks,比如如下useRef:

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

內(nèi)部都會(huì)執(zhí)行warnInvalidHookAccess報(bào)錯(cuò),提示自己在別的Hooks內(nèi)執(zhí)行了。

真相大白

 

到這里我們終于知道開篇提到的問(wèn)題發(fā)生的本質(zhì)原因:

  • 由于「組件庫(kù)」使用dependencies而不是peerDependencies,導(dǎo)致「組件庫(kù)」中引用的react與reactDOM是「組件庫(kù)」目錄node_modules下的文件。
  • 項(xiàng)目中使用的react與reactDOM是項(xiàng)目目錄node_modules下的文件。
  • 「組件庫(kù)」中react與項(xiàng)目目錄中react在運(yùn)行時(shí)分別初始化ReactCurrentDispatcher
  • 這兩個(gè)ReactCurrentDispatcher分別依賴對(duì)應(yīng)目錄的reactDOM
  • 我們?cè)陧?xiàng)目中執(zhí)行項(xiàng)目目錄下reactDOM的ReactDOM.render方法,他會(huì)隨著程序運(yùn)行改變項(xiàng)目目錄中react包下的ReactCurrentDispatcher.current的指向
  • 「組件庫(kù)」中的ReactCurrentDispatcher.current始終是null
  • 當(dāng)調(diào)用「組件庫(kù)」中的Hooks時(shí),由于ReactCurrentDispatcher.current始終是null導(dǎo)致報(bào)錯(cuò)

總結(jié)

通過(guò)分析這個(gè)問(wèn)題,加深了對(duì)package.json以及Hooks源碼的理解。

不知道Hooks感知上下文的實(shí)現(xiàn)思路對(duì)你有沒(méi)有啟發(fā)呢?

原文地址:https://mp.weixin.qq.com/s/AJCtEXKDp-UKM7Lq4scxSQ

延伸 · 閱讀

精彩推薦
主站蜘蛛池模板: 国产精品区一区二区免费 | 国产欧美va欧美va香蕉在线观看 | 羞羞私人影院可以直接免费观影吗 | 亚洲欧美日韩国产综合专区 | 国产成人夜色91 | 精品久久久噜噜噜久久7 | 轻轻色在线视频中文字幕 | 三极黄色 | 亚洲国产精品第一页 | 欧洲一级| 亚洲天堂影院在线观看 | 性刺激欧美三级在线现看中文 | 日本黄视频在线播放 | 免费国产成人高清视频网站 | 亚洲第99页 | 苍井空50分钟无码 | 1769在线观看 | 亚洲欧美日韩一区成人 | 被强迫变性翘秘书 | 阿 好深 快点 老师受不了 | 深夜影院深a久久 | 国产精品视频网 | 亚洲国产精品综合一区在线 | 性一交一无一伦一精一品 | 国产成人精品一区二三区 | 777奇米影视一区二区三区 | 91人人| 亚洲丰满女人ass硕大 | 毛片视频网站 | 日本免费高清在线观看播放 | 草莓视频看污 | 男人狂躁女人下半身 | 好湿好紧太硬了我太爽了h 好湿好滑好硬好爽好深视频 | 九九热在线观看视频 | 国产精品男人的天堂 | 日本一区二区视频在线观看 | 牛牛影院成人免费网页 | 99九九精品视频 | 亚洲精品动漫在线观看 | 白丝出水 | 亚洲黄色网页 |