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