在GUI程序中，主線程也叫GUI線程，因?yàn)樗俏ㄒ槐辉试S執(zhí)行GUI相關(guān)操作的線程。對于一些耗時的操作，如果放在主線程中，就是出現(xiàn)界面無法響應(yīng)的問題。

界面假死分析

在編寫QT的界面程序時，當(dāng)我們調(diào)用QApplication.exec()時，我們就啟動了QT的事件循環(huán)。在開始的時候，QT會發(fā)出一些事件來顯示和繪制窗口部件。在這之后，事件循環(huán)就開始運(yùn)行，不斷地檢查是不是有事件發(fā)生并且把這些事件發(fā)送給應(yīng)用程序中的QObject。

當(dāng)一個事件被處理時，其他事件也可能會產(chǎn)生并且追加到QT的事件隊(duì)列中。如果我們在處理一個特定的事件上耗費(fèi)過多的時間，用戶界面就會變得不能夠響應(yīng)。例如在OCS保存一個觀測流程的過程中，一直到文件保存完畢，窗口系統(tǒng)產(chǎn)生的一些事件才會被處
理。在保存過程中，這個應(yīng)用程序就不能響應(yīng)窗口系統(tǒng)的請求來重繪自己。

解決方法

• 方式一使用多線程：一個處理應(yīng)用程序用戶界面的線程，另外一個執(zhí)行文件保存的線程。
• 方法二：調(diào)用QApplication.processEvents()

博主推薦使用第二種方法，該方法是在事件處理程序中調(diào)用QApplication.processEvents()。

這個函數(shù)告訴QT處理來處理任何沒有被處理的事件，并且將控制權(quán)返回給調(diào)用者。實(shí)際上，QApplication.exec()就是一個不停調(diào)用QApplication.processEvents()函數(shù)的小while循環(huán)。這種方式的危險(xiǎn)性在于，也許用戶在觀測流程未保存好之前就關(guān)閉了主窗口，或者在界面上通過鼠標(biāo)或鍵盤執(zhí)行了其它的輸入，以至于觀測流程未保存好就企圖被程序使用。對于這個問題的解決辦法是把 qApp -> processEvents(); 替換為 qApp -> eventLoop() -> processEvents( QEventLoop::ExcludeUserInput ); 通過這個調(diào)用告訴QT忽略鼠標(biāo)和鍵盤事件。

 ...
  def downfile(self,file, url):
  print("開始下載：", file, url)
  try:
   r = requests.get(url, stream=True)
   with open(file, 'wb') as fd:
    for chunk in r.iter_content():
     fd.write(chunk)
     QApplication.processEvents()
  except Exception as e:
   print("下載失敗了", e)
 ...

------------------------------------------補(bǔ)充一下方法一--------------------------》》》》》

說實(shí)話快有大半年沒怎么使用過python了，關(guān)于多線程的處理方式，解釋可能不是那么清楚。（目前是一個phper，上半年基本是補(bǔ)PHP方面的基礎(chǔ)知識，也就是夠用還不精通的一個狀態(tài)）

先上一個半年前的小作品，是關(guān)于微信公眾號方面的一些。

這里就不談用途與使用方法了，大概的講一下，遇到界面假死的處理方法之一。話不多說，先上代碼

from PyQt5.QtCore import QThread, pyqtSignal
 
class interface(QMainWindow, Ui_MainWindow):
 """
 Class documentation goes here.
 """
 def xxxx():
  "此處省略無數(shù)行代碼......"
  self.Work()
 
 def Work(self):
  self.thread = RunThread()
  self.thread.start()
 
class RunThread(QThread):
 # python3,pyqt5與之前的版本有些不一樣
 # 通過類成員對象定義信號對象
 # _signal = pyqtSignal(str)
 
 trigger = pyqtSignal()
 
 def __init__(self, parent=None):
  super(RunThread, self).__init__()
 
 def __del__(self):
  self.wait()
 
 def run(self):
  # 處理你要做的業(yè)務(wù)邏輯，這里是通過一個回調(diào)來處理數(shù)據(jù)，這里的邏輯處理寫自己的方法
  dlg.Config['user'] = dlg.check_account['account']
  dlg.Config['passwd'] = dlg.check_account['password']
  dlg.Config['jk'] = 'http://xxx.com'
  if dlg.num != 1:
   dlg.operato.config_item(dlg.Config, dlg.wx_update) # 初始化配置
  else:
   dlg.operato.config_item(dlg.Config, dlg.wx_create) # 初始化配置
 
  self.trigger.emit()

說實(shí)話還是蠻喜歡python的這種簡潔的寫法的，所以在很長的一段時間里，一直是比較注重代碼的簡潔度與良好的注釋。em...，不過在其它語言中很難保持這種初心，現(xiàn)在是比較注重性能，響應(yīng)時間，并發(fā)、安全等問題。

這里的interface是主窗口類，如果想在自己的窗口中實(shí)現(xiàn)，加一個RunThread類，并在主窗口中定義一個函數(shù)，用于調(diào)用Work類方法就可以了。通過代碼可以看到，不到50行的代碼就實(shí)現(xiàn)了方法一中的功能了。pyqt5有很多自己的方法，包括多線程等等。這里提供的是一種思路。當(dāng)然還有很多種方式實(shí)現(xiàn)，大家可以去探索一下，好的方法可以一起分享討論。

========================================7月24號更新=================================

先放一個效果圖，

正常情況下會將一些耗時函數(shù)扔進(jìn)Qthread線程中來避免頁面假死的情況。

但并不是所有的都是行的通的，

當(dāng)使用異步協(xié)程的時候，pyqt5推薦的是使用quamash

import sys
import asyncio
import time
 
from PyQt5.QtWidgets import QApplication, QProgressBar
from quamash import QEventLoop, QThreadExecutor
 
app = QApplication(sys.argv)
loop = QEventLoop(app)
asyncio.set_event_loop(loop) # NEW must set the event loop
 
progress = QProgressBar()
progress.setRange(0, 99)
progress.show()
 
async def master():
 await first_50()
 with QThreadExecutor(1) as exec:
  await loop.run_in_executor(exec, last_50)
 # TODO announce completion?
 
async def first_50():
 for i in range(50):
  progress.setValue(i)
  await asyncio.sleep(.1)
 
def last_50():
 for i in range(50,100):
  loop.call_soon_threadsafe(progress.setValue, i)
  time.sleep(.1)
 
with loop: ## context manager calls .close() when loop completes, and releases all resources
 loop.run_until_complete(master())

還有一種情況，就是在UI主線程中執(zhí)行，需要注意的是，如果是耗時任務(wù)則會造成界面的卡死，并不大友好。

到此這篇關(guān)于PyQt5 界面顯示無響應(yīng)的實(shí)現(xiàn)的文章就介紹到這了,更多相關(guān)PyQt5 界面顯示無響應(yīng)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論