При написании программ на Python, используя при этом графический интерфейс иногда приходится запускать различные долгие обработки каких либо данных, при этом в большинстве случаев будет блокироваться интерфейс и пользователь увидит программу замороженной. Чтобы этого избежать необходимо нашу задачу запустить в параллельном потоке или процессе. В данной статье мы рассмотрим, как это сделать в wxPython с помощью модуля Threading.
В wxPython существуют три метода для работы с потоками. Если ими не пользоваться, то при обновлении интерфейса программы Python могут подвиснуть. Чтобы этого избежать, необходимо использовать потокобезопасные методы: wx.PostEvent, wx.CallAfter и wx.CallLater. По словам Robin Dunn (создатель wxPython) wx.CallAfter использует wx.PostEvent для отправки события на объект приложения. Приложение будет иметь обработчик этого события и будет реагировать на него соответственно заложенному алгоритму. На сколько я понимаю wx.CallLater вызывает wx.CallAfter с заданным параметром времени, чтобы он знал сколько ему ждать перед отправкой события.
Robin Dunn также отметил, что Global Interpreter Lock (GIL) не допустит одновременного выполнения более одного потока, что может ограничить количество используемых ядер процессора. С другой стороны, он также сказал, что wxPython освобождается от GIL вызывая API функции библиотеки wx, поэтому другие потоки могут работать одновременно. Другими словами быстродействие может изменяться при использовании потоков на многоядерных машинах. Обсуждение этого вопроса может быть интересным и не понятным…
Прим. перев. — для более полного знакомства с GIL прошу сюда.
Наши три метода можно разделить на уровни абстракции, wx.CallLater находится на самом верху, далее идет wx.CallAfter, а wx.PostEvent находится на самом низком уровне. В следующих примерах вы увидите, как использовать wx.CallAfter и wx.PostEvent в программах WxPython.
В списке рассылки wxPython вы увидите, что эксперты говорят другим пользователям использовать wx.CallAfter совместно с PubSub, чтобы обмениваться сообщениями между приложением и потоками. В следующем примере мы это продемонстрируем:
В этом примере используется модуль time для того, чтобы создать фейковый процесс, выполняющийся долгое время. Однако вы можете использовать что-то более полезное вместо него. В реальном примере я использую поток, чтобы открыть Adobe Reader и послать PDF на печать. Данная операция может показаться незначительной, но когда я не использую потоки, то кнопка печати в моем приложении остается нажатой пока документ отправляется на принтер и интерфейс остается замороженным, пока действие не будет завершено. Даже секунда или две примечательны пользователю!
Так или иначе, давайте посмотрим, как это работает. В нашем классе потока (описанном ниже), мы переопределили метод «run» так, как нам необходимо. Этот поток запускается, когда мы создаем его, потому что у нас есть «self.start()» в __init__ методе. В методе «run» мы в цикле, через каждые 10 секунд, 6 раз вызываем обновление нашего интерфейса, используя wx.CallAfter и PubSub. Когда цикл завершился, мы посылаем финальное сообщение в наше приложение, чтобы сообщить об этом пользователю.
В нашем коде поток запускается с помощью кнопки. При этом мы делаем ее не активной, чтобы случайно не запустить дополнительные потоки, иначе появлялись бы различные беспорядочные сообщения от разных потоков и это бы только запутало нас. Хотя это можно использовать и с пользой. Вы можете показать PID потока, чтобы знать кто из них кто и вывести информацию бегущей строкой, чтобы наблюдать работу сразу нескольких потоков.
Последняя интересная часть нашего кода это PubSub, который принимает событие и обработчик самого события:
Итак, мы извлекаем сообщение из потока и обновляем наш интерфейс. При этом мы проверяем тип данных сообщения, чтобы определить, что именно показать пользователю. Теперь давайте опустимся на уровень ниже и попробуем сделать тоже самое с помощью wx.PostEvent.
Ниже приведенный код основывается на данном примере wxPython wiki. Данный код немного сложнее, ранее приведенного, но думаю, разобраться в нем труда особого не составит.
Давайте разберем его немного. Первые три части для меня являются самыми запутанными:
EVT_RESULT_ID здесь является ключом, который, по всей видимости, связывает функцию EVT_RESULT с классом ResultEvent. С помощью функции EVT_RESULT мы устанавливаем обработчик событий, которые генерирует наш поток. Функция wx.PostEvent направляет события из потока в класс ResultEvent, которые затем обрабатываются ранее установленным обработчиком событий.
Наш класс TestThread работает практически также, как мы делали до этого, за исключением того, что вместо PubSub мы использовали wx.PostEvent. Код нашего обработчика событий, обновляющий интерфейс не изменился.
Надеюсь, вы теперь знаете, как использовать основные методы работы с потоками в своих программах wxPython. Есть несколько других методов для работы с потоками, но в данной статье они не рассматриваются, например wx.Yield или Queues (очереди). К счастью, вики wxPython довольно хорошо охватывают эти темы, так что не забудьте проверить ссылки приведенные ниже, если вы заинтересованы в этих методах.
Потокобезопасные методы wxPython
В wxPython существуют три метода для работы с потоками. Если ими не пользоваться, то при обновлении интерфейса программы Python могут подвиснуть. Чтобы этого избежать, необходимо использовать потокобезопасные методы: wx.PostEvent, wx.CallAfter и wx.CallLater. По словам Robin Dunn (создатель wxPython) wx.CallAfter использует wx.PostEvent для отправки события на объект приложения. Приложение будет иметь обработчик этого события и будет реагировать на него соответственно заложенному алгоритму. На сколько я понимаю wx.CallLater вызывает wx.CallAfter с заданным параметром времени, чтобы он знал сколько ему ждать перед отправкой события.
Robin Dunn также отметил, что Global Interpreter Lock (GIL) не допустит одновременного выполнения более одного потока, что может ограничить количество используемых ядер процессора. С другой стороны, он также сказал, что wxPython освобождается от GIL вызывая API функции библиотеки wx, поэтому другие потоки могут работать одновременно. Другими словами быстродействие может изменяться при использовании потоков на многоядерных машинах. Обсуждение этого вопроса может быть интересным и не понятным…
Прим. перев. — для более полного знакомства с GIL прошу сюда.
Наши три метода можно разделить на уровни абстракции, wx.CallLater находится на самом верху, далее идет wx.CallAfter, а wx.PostEvent находится на самом низком уровне. В следующих примерах вы увидите, как использовать wx.CallAfter и wx.PostEvent в программах WxPython.
wxPython, Threading, wx.CallAfter и PubSub
В списке рассылки wxPython вы увидите, что эксперты говорят другим пользователям использовать wx.CallAfter совместно с PubSub, чтобы обмениваться сообщениями между приложением и потоками. В следующем примере мы это продемонстрируем:
Copy Source | Copy HTML
- import time
- import wx
-
- from threading import Thread
- from wx.lib.pubsub import Publisher
-
- ########################################################################
- class TestThread(Thread):
- """Test Worker Thread Class."""
-
- #----------------------------------------------------------------------
- def __init__(self):
- """Init Worker Thread Class."""
- Thread.__init__(self)
- self.start() # start the thread
-
- #----------------------------------------------------------------------
- def run(self):
- """Run Worker Thread."""
- # This is the code executing in the new thread.
- for i in range(6):
- time.sleep(10)
- wx.CallAfter(self.postTime, i)
- time.sleep(5)
- wx.CallAfter(Publisher().sendMessage, "update", "Thread finished!")
-
- #----------------------------------------------------------------------
- def postTime(self, amt):
- """<br/> Send time to GUI<br/> """
- amtOfTime = (amt + 1) * 10
- Publisher().sendMessage("update", amtOfTime)
-
- ########################################################################
- class MyForm(wx.Frame):
-
- #----------------------------------------------------------------------
- def __init__(self):
- wx.Frame.__init__(self, None, wx.ID_ANY, "Tutorial")
-
- # Add a panel so it looks the correct on all platforms
- panel = wx.Panel(self, wx.ID_ANY)
- self.displayLbl = wx.StaticText(panel, label="Amount of time since thread started goes here")
- self.btn = btn = wx.Button(panel, label="Start Thread")
-
- btn.Bind(wx.EVT_BUTTON, self.onButton)
-
- sizer = wx.BoxSizer(wx.VERTICAL)
- sizer.Add(self.displayLbl, 0, wx.ALL|wx.CENTER, 5)
- sizer.Add(btn, 0, wx.ALL|wx.CENTER, 5)
- panel.SetSizer(sizer)
-
- # create a pubsub receiver
- Publisher().subscribe(self.updateDisplay, "update")
-
- #----------------------------------------------------------------------
- def onButton(self, event):
- """<br/> Runs the thread<br/> """
- TestThread()
- self.displayLbl.SetLabel("Thread started!")
- btn = event.GetEventObject()
- btn.Disable()
-
- #----------------------------------------------------------------------
- def updateDisplay(self, msg):
- """<br/> Receives data from thread and updates the display<br/> """
- t = msg.data
- if isinstance(t, int):
- self.displayLbl.SetLabel("Time since thread started: %s seconds" % t)
- else:
- self.displayLbl.SetLabel("%s" % t)
- self.btn.Enable()
-
- #----------------------------------------------------------------------
- # Run the program
- if __name__ == "__main__":
- app = wx.PySimpleApp()
- frame = MyForm().Show()
- app.MainLoop()
В этом примере используется модуль time для того, чтобы создать фейковый процесс, выполняющийся долгое время. Однако вы можете использовать что-то более полезное вместо него. В реальном примере я использую поток, чтобы открыть Adobe Reader и послать PDF на печать. Данная операция может показаться незначительной, но когда я не использую потоки, то кнопка печати в моем приложении остается нажатой пока документ отправляется на принтер и интерфейс остается замороженным, пока действие не будет завершено. Даже секунда или две примечательны пользователю!
Так или иначе, давайте посмотрим, как это работает. В нашем классе потока (описанном ниже), мы переопределили метод «run» так, как нам необходимо. Этот поток запускается, когда мы создаем его, потому что у нас есть «self.start()» в __init__ методе. В методе «run» мы в цикле, через каждые 10 секунд, 6 раз вызываем обновление нашего интерфейса, используя wx.CallAfter и PubSub. Когда цикл завершился, мы посылаем финальное сообщение в наше приложение, чтобы сообщить об этом пользователю.
Copy Source | Copy HTML
- ########################################################################
- class TestThread(Thread):
- """Test Worker Thread Class."""
-
- #----------------------------------------------------------------------
- def __init__(self):
- """Init Worker Thread Class."""
- Thread.__init__(self)
- self.start() # start the thread
-
- #----------------------------------------------------------------------
- def run(self):
- """Run Worker Thread."""
- # This is the code executing in the new thread.
- for i in range(6):
- time.sleep(10)
- wx.CallAfter(self.postTime, i)
- time.sleep(5)
- wx.CallAfter(Publisher().sendMessage, "update", "Thread finished!")
-
- #----------------------------------------------------------------------
- def postTime(self, amt):
- """<br/> Send time to GUI<br/> """
- amtOfTime = (amt + 1) * 10
- Publisher().sendMessage("update", amtOfTime)
В нашем коде поток запускается с помощью кнопки. При этом мы делаем ее не активной, чтобы случайно не запустить дополнительные потоки, иначе появлялись бы различные беспорядочные сообщения от разных потоков и это бы только запутало нас. Хотя это можно использовать и с пользой. Вы можете показать PID потока, чтобы знать кто из них кто и вывести информацию бегущей строкой, чтобы наблюдать работу сразу нескольких потоков.
Последняя интересная часть нашего кода это PubSub, который принимает событие и обработчик самого события:
Copy Source | Copy HTML
- def updateDisplay(self, msg):
- """<br/> Receives data from thread and updates the display<br/> """
- t = msg.data
- if isinstance(t, int):
- self.displayLbl.SetLabel("Time since thread started: %s seconds" % t)
- else:
- self.displayLbl.SetLabel("%s" % t)
- self.btn.Enable()
Итак, мы извлекаем сообщение из потока и обновляем наш интерфейс. При этом мы проверяем тип данных сообщения, чтобы определить, что именно показать пользователю. Теперь давайте опустимся на уровень ниже и попробуем сделать тоже самое с помощью wx.PostEvent.
Потоки и wx.PostEvent
Ниже приведенный код основывается на данном примере wxPython wiki. Данный код немного сложнее, ранее приведенного, но думаю, разобраться в нем труда особого не составит.
Copy Source | Copy HTML
- import time
- import wx
-
- from threading import Thread
-
- # Define notification event for thread completion
- EVT_RESULT_ID = wx.NewId()
-
- def EVT_RESULT(win, func):
- """Define Result Event."""
- win.Connect(-1, -1, EVT_RESULT_ID, func)
-
- class ResultEvent(wx.PyEvent):
- """Simple event to carry arbitrary result data."""
- def __init__(self, data):
- """Init Result Event."""
- wx.PyEvent.__init__(self)
- self.SetEventType(EVT_RESULT_ID)
- self.data = data
-
- ########################################################################
- class TestThread(Thread):
- """Test Worker Thread Class."""
-
- #----------------------------------------------------------------------
- def __init__(self, wxObject):
- """Init Worker Thread Class."""
- Thread.__init__(self)
- self.wxObject = wxObject
- self.start() # start the thread
-
- #----------------------------------------------------------------------
- def run(self):
- """Run Worker Thread."""
- # This is the code executing in the new thread.
- for i in range(6):
- time.sleep(10)
- amtOfTime = (i + 1) * 10
- wx.PostEvent(self.wxObject, ResultEvent(amtOfTime))
- time.sleep(5)
- wx.PostEvent(self.wxObject, ResultEvent("Thread finished!"))
-
- ########################################################################
- class MyForm(wx.Frame):
-
- #----------------------------------------------------------------------
- def __init__(self):
- wx.Frame.__init__(self, None, wx.ID_ANY, "Tutorial")
-
- # Add a panel so it looks the correct on all platforms
- panel = wx.Panel(self, wx.ID_ANY)
- self.displayLbl = wx.StaticText(panel, label="Amount of time since thread started goes here")
- self.btn = btn = wx.Button(panel, label="Start Thread")
-
- btn.Bind(wx.EVT_BUTTON, self.onButton)
-
- sizer = wx.BoxSizer(wx.VERTICAL)
- sizer.Add(self.displayLbl, 0, wx.ALL|wx.CENTER, 5)
- sizer.Add(btn, 0, wx.ALL|wx.CENTER, 5)
- panel.SetSizer(sizer)
-
- # Set up event handler for any worker thread results
- EVT_RESULT(self, self.updateDisplay)
-
- #----------------------------------------------------------------------
- def onButton(self, event):
- """<br/> Runs the thread<br/> """
- TestThread(self)
- self.displayLbl.SetLabel("Thread started!")
- btn = event.GetEventObject()
- btn.Disable()
-
- #----------------------------------------------------------------------
- def updateDisplay(self, msg):
- """<br/> Receives data from thread and updates the display<br/> """
- t = msg.data
- if isinstance(t, int):
- self.displayLbl.SetLabel("Time since thread started: %s seconds" % t)
- else:
- self.displayLbl.SetLabel("%s" % t)
- self.btn.Enable()
-
- #----------------------------------------------------------------------
- # Run the program
- if __name__ == "__main__":
- app = wx.PySimpleApp()
- frame = MyForm().Show()
- app.MainLoop()
Давайте разберем его немного. Первые три части для меня являются самыми запутанными:
Copy Source | Copy HTML
- # Define notification event for thread completion
- EVT_RESULT_ID = wx.NewId()
-
- def EVT_RESULT(win, func):
- """Define Result Event."""
- win.Connect(-1, -1, EVT_RESULT_ID, func)
-
- class ResultEvent(wx.PyEvent):
- """Simple event to carry arbitrary result data."""
- def __init__(self, data):
- """Init Result Event."""
- wx.PyEvent.__init__(self)
- self.SetEventType(EVT_RESULT_ID)
- self.data = data
EVT_RESULT_ID здесь является ключом, который, по всей видимости, связывает функцию EVT_RESULT с классом ResultEvent. С помощью функции EVT_RESULT мы устанавливаем обработчик событий, которые генерирует наш поток. Функция wx.PostEvent направляет события из потока в класс ResultEvent, которые затем обрабатываются ранее установленным обработчиком событий.
Наш класс TestThread работает практически также, как мы делали до этого, за исключением того, что вместо PubSub мы использовали wx.PostEvent. Код нашего обработчика событий, обновляющий интерфейс не изменился.
Заключение
Надеюсь, вы теперь знаете, как использовать основные методы работы с потоками в своих программах wxPython. Есть несколько других методов для работы с потоками, но в данной статье они не рассматриваются, например wx.Yield или Queues (очереди). К счастью, вики wxPython довольно хорошо охватывают эти темы, так что не забудьте проверить ссылки приведенные ниже, если вы заинтересованы в этих методах.
Дополнительный материал
- LongRunningTasks wiki page
- Non-Blocking GUI wiki page
- WorkingWithThreads wiki page