問題描述

此時(shí)start.py是啟動(dòng)程序，引入了core包中的user_control,transfer,withdraw三個(gè)模塊文件

但執(zhí)行start.py的時(shí)候，出現(xiàn)了以下錯(cuò)誤：

上圖中顯示的問題是：在transfer.py導(dǎo)入user_control模塊的時(shí)候，無(wú)法找到該模塊。

問題查找

當(dāng)時(shí)我就納悶了，user_control和transfer在同一個(gè)包中，按理來(lái)說(shuō)不用做任何處理就能導(dǎo)入.而且在導(dǎo)入user_control的時(shí)候也沒有報(bào)錯(cuò)。

然后我單獨(dú)執(zhí)行了transfer.py文件，沒有報(bào)錯(cuò)，也就是說(shuō)能夠找到user_control，但是為何在執(zhí)行start.py的時(shí)候又找不到呢？

我對(duì)比了user_control和transfer文件，發(fā)現(xiàn)一個(gè)不同之處，就是user_control沒有導(dǎo)入其他同包的文件，而transfer有。我想這是不是問題所在。

我將transfer中的import user_control注釋掉后，再次運(yùn)行start.py后就不會(huì)再報(bào)錯(cuò)了。

找到問題了，但是還是不明白這是為啥？

我猜想是不是因?yàn)檫\(yùn)行start.py的時(shí)候，sys.path中沒有core包的路徑，導(dǎo)致transfer模塊找不到user_control？

所以我在start.py中，導(dǎo)入core包前，將core包的路徑加入到sys.path。

我再次運(yùn)行start.py，果然，程序沒有再報(bào)錯(cuò)了。

原來(lái)是執(zhí)行start.py時(shí)，transfer按照此時(shí)的sys.path進(jìn)行查找user_control,而此時(shí)的sys.path中又沒有core包的路徑，所以導(dǎo)致錯(cuò)誤。

總結(jié)

當(dāng)執(zhí)行py文件的時(shí)候，此時(shí)的py解釋器會(huì)根據(jù)此時(shí)的sys.path查找模塊，模塊中也會(huì)使用該sys.path進(jìn)行查找自己引入的模塊，所以要確保執(zhí)行的py文件引入的模塊，和這些模塊中引入的模塊的路徑在sys.path中。

到此這篇關(guān)于python 模塊導(dǎo)入問題匯總的文章就介紹到這了,更多相關(guān)python 模塊導(dǎo)入問題分析內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論