這篇文章主要講解了“reactor-netty的錯(cuò)誤的原因是什么”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“reactor-netty的錯(cuò)誤的原因是什么”吧！

創(chuàng)新互聯(lián)是一家專注于網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)與策劃設(shè)計(jì),碾子山網(wǎng)站建設(shè)哪家好?創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設(shè)10多年,網(wǎng)設(shè)計(jì)領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:碾子山等地區(qū)。碾子山做網(wǎng)站價(jià)格咨詢:18982081108

背景

幾乎完全相同的代碼在另一個(gè)項(xiàng)目中已經(jīng)測試通過的，然后遷移到另一個(gè)項(xiàng)目當(dāng)中去，相關(guān)的pom依賴也是相同的（僅拷貝了與r2dbc相關(guān)的pom）。但是卻出現(xiàn)了莫名其妙的錯(cuò)誤，而且跟蹤代碼也毫無頭緒。

錯(cuò)誤表象

io.netty.channel.AbstractChannel$AbstractUnsafe.ensureOpen(ChannelPromise)(Unknown Source)

根因

reactor-core版本過低導(dǎo)致。在調(diào)試過程中依然找不到是哪里的代碼出現(xiàn)問題（因?yàn)榇a確實(shí)沒有問題），但在跟蹤的過程中偶然發(fā)現(xiàn)有些jar包版本在兩個(gè)項(xiàng)目中不相同。雖然調(diào)試到的代碼是相同的，但本著嘗試的心態(tài)，將其改為一致。每調(diào)試出一個(gè)jar包版本不相同時(shí)便修改一個(gè)，在修改到reactor-core之后，終于解決了此問題。 后來再查看reactor-netty的pom依賴中，reactor-core的版本確實(shí)高于報(bào)錯(cuò)時(shí)的reactor-core版本。

總結(jié)

當(dāng)遇到一些莫名其妙的問題毫無頭緒，跟蹤代碼也找不到線索的時(shí)候，可以試著排查一下pom的jar包依賴。一定要通過maven的依賴樹查看，因?yàn)橐恍╅g接依賴的底層jar包沒有顯示引用，但是可能有多個(gè)上層jar依賴了不同版本的底層jar，造成項(xiàng)目依賴的底層jar版本不確定。

感謝各位的閱讀，以上就是“reactor-netty的錯(cuò)誤的原因是什么”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對reactor-netty的錯(cuò)誤的原因是什么這一問題有了更深刻的體會，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識點(diǎn)的文章，歡迎關(guān)注！