問(wèn)題描述
此時(shí)start.py是啟動(dòng)程序，引入了core包中的user_control,transfer,withdraw三個(gè)模塊文件
但執(zhí)行start.py的時(shí)候，出現(xiàn)了以下錯(cuò)誤：
上圖中顯示的問(wèn)題是：在transfer.py導(dǎo)入user_control模塊的時(shí)候，無(wú)法找到該模塊。
問(wèn)題查找
當(dāng)時(shí)我就納悶了，user_control和transfer在同一個(gè)包中，按理來(lái)說(shuō)不用做任何處理就能導(dǎo)入.而且在導(dǎo)入user_control的時(shí)候也沒(méi)有報(bào)錯(cuò)。
然后我單獨(dú)執(zhí)行了transfer.py文件，沒(méi)有報(bào)錯(cuò)，也就是說(shuō)能夠找到user_control，但是為何在執(zhí)行start.py的時(shí)候又找不到呢？
我對(duì)比了user_control和transfer文件，發(fā)現(xiàn)一個(gè)不同之處，就是user_control沒(méi)有導(dǎo)入其他同包的文件，而transfer有。我想這是不是問(wèn)題所在。
我將transfer中的import user_control注釋掉后，再次運(yùn)行start.py后就不會(huì)再報(bào)錯(cuò)了。
找到問(wèn)題了，但是還是不明白這是為啥？
我猜想是不是因?yàn)檫\(yùn)行start.py的時(shí)候，sys.path中沒(méi)有core包的路徑，導(dǎo)致transfer模塊找不到user_control？
所以我在start.py中，導(dǎo)入core包前，將core包的路徑加入到sys.path。
我再次運(yùn)行start.py，果然，程序沒(méi)有再報(bào)錯(cuò)了。
原來(lái)是執(zhí)行start.py時(shí)，transfer按照此時(shí)的sys.path進(jìn)行查找user_control,而此時(shí)的sys.path中又沒(méi)有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)入問(wèn)題匯總的文章就介紹到這了,更多相關(guān)python 模塊導(dǎo)入問(wèn)題分析內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- 聊聊python在linux下與windows下導(dǎo)入模塊的區(qū)別說(shuō)明
- python中添加模塊導(dǎo)入路徑的方法
- Python導(dǎo)入父文件夾中模塊并讀取當(dāng)前文件夾內(nèi)的資源
- 詳解python模塊pychartdir安裝及導(dǎo)入問(wèn)題
- Python xlrd模塊導(dǎo)入過(guò)程及常用操作
- Python importlib動(dòng)態(tài)導(dǎo)入模塊實(shí)現(xiàn)代碼
- Python導(dǎo)入模塊包原理及相關(guān)注意事項(xiàng)
- 在python中實(shí)現(xiàn)導(dǎo)入一個(gè)需要傳參的模塊
