我在使用pyqt庫的時候報錯:
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in \
"/mnt/private_disk/anaconda3/envs/aot-manip/lib/python3.8/site-packages/PyQt5/Qt5/plugins/platforms" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. \
Reinstalling the application may fix this problem.
啟動調試模式:export QT_DEBUG_PLUGINS=1
,我發現這么一段報錯:
QFactoryLoader::QFactoryLoader() checking directory path \
"/mnt/private_disk/anaconda3/envs/aot-manip/bin/platforms" ...
Cannot load library .../libqxcb.so: (/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5: undefined symbol: \
_ZN23QPlatformVulkanInstance22presentAboutToBeQueuedEP7QWindow, version Qt_5_PRIVATE_API)
這個undefined symbol的問題我之前也遇到過!
經過多番詢問AI,發現了問題的緣由:
根據你的調試輸出,核心問題在于 libQt5XcbQpa.so.5 中存在未定義的符號
_ZN23QPlatformVulkanInstance22presentAboutToBeQueuedEP7QWindow,這表明 ?Qt 庫版本存在不兼容或依賴鏈斷裂。
于是通過 ldd /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so
查看依賴的 Qt 庫路徑。我發現依賴的路徑魚龍混雜,有和anaconda相關的,有和coppeliaSim相關的,有在/usr/lib路徑下的。
這和我之前使用CoppeliaSim時配置環境的遺留問題相關,執行vim ~/.bashrc
,發現了之前的配置
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$COPPELIASIM_ROOT
export QT_QPA_PLATFORM_PLUGIN_PATH=$COPPELIASIM_ROOT
export LD_LIBRARY_PATH=/lib/x86_64-linux-gnu/:$LD_LIBRARY_PATH
解決方案比較簡單,我首先注釋掉了上面三行,不讓pyqt去找系統目錄下的LD_LIBRARY_PATH
和QT_QPA_PLATFORM_PLUGIN_PATH
。
然后在python代碼中設置QT_QPA_PLATFORM_PLUGIN_PATH
:
os.environ.update({"QT_QPA_PLATFORM_PLUGIN_PATH": \
"/mnt/private_disk/anaconda3/envs/aot-manip/lib/python3.8/site-packages/PyQt5/Qt5/plugins/platforms"})
網上還有一種配置方法export QT_QPA_PLATFORM_PLUGIN_PATH=/usr/lib/x86_64-linux-gnu/qt5/plugins/platforms
,據我猜測,這是使用c++開發Qt的配置方案,而我們用pip安裝好的pyqt是自給自足的,不需要suda apt install
Qt相關的庫。