最近心情有些沉闷， 因为我的 EAF 项目不断遭遇 QThread: Destroyed while thread is still running 的错误， 当这个问题出现时， 整个 EAF 进程都会崩溃。
复现这个错误也特别让人头疼， 因为它重现过程很随机： 通常在使用文件管理器搜索文件并按下回车键时触发， 但让人困惑的是， 这种错误只在大约 10% 的情况下发生， 而且毫无规律可循。 更加挑战的是， 在调试过程中这个问题从不出现， 却总是在日常使用突然发生。
前前后后修了几个月， 每天下班没事的时候就尝试修复一下， 但是每次当我觉得补丁有希望的时候， 无情的崩溃再次证明自己没有理解这个 Bug 发生的根本原因。
今天早上起床已经没有灵感了， 闲来没事就把相关代码丢给 ChatGPT， 让它帮忙分析一下， 如果分析不对， 也就当作聊天了。
在一番代码解析后， ChatGPT 指出了可能的问题所在：
def start_marker_input_monitor_thread(self, callback_tag):
self.fetch_marker_input_thread = FetchMarkerInputThread(callback_tag, self.fetch_marker_callback())
self.fetch_marker_input_thread.match_marker.connect(self.handle_input_response)
self.fetch_marker_input_thread.start()
def stop_marker_input_monitor_thread(self):
if self.fetch_marker_input_thread is not None and self.fetch_marker_input_thread.isRunning():
self.fetch_marker_input_thread.running_flag = False
self.fetch_marker_input_thread = None
def start_search_input_monitor_thread(self, callback_tag):
self.fetch_search_input_thread = FetchSearchInputThread(callback_tag)
self.fetch_search_input_thread.search_changed.connect(self.handle_input_response)
self.fetch_search_input_thread.search_finish.connect(self.handle_search_finish)
self.fetch_search_input_thread.start()
def stop_search_input_monitor_thread(self):
if self.fetch_search_input_thread is not None and self.fetch_search_input_thread.isRunning():
self.fetch_search_input_thread.stop()
self.fetch_search_input_thread = None
ChatGPT 认为 fetch_marker_input_thread 和 fetch_search_input_thread 这两个 QThread 对象在设置为 None 之前应该使用 QThread.wait() 来等待 QThread 线程执行完。 强制设置为 None 就会让 Python 把 QThread 对象从 self 对象的引用中去掉， 如果这时垃圾回收运行， 同时 QThread 正在子线程执行, 就会发生多线程竞争条件的 bug， 也是开篇 QThread: Destroyed while thread is still running 错误的原因。
嗯， ChatGPT 说的很有道理， 每个语言的垃圾回收的机制都是根据运行时内存的状态动态决定的， 垃圾回收并没有特定的时机， 这个不就符合我上面说的随机崩溃的现象吗？
在我的代码中加入了 QThread.wait() 代码后， 问题似乎得到了解决， EAF 再也没有出现过崩溃。
结语
当我们在代码和现实社会中遇到问题， 一定不要放弃， 相信总有一天会解决问题的, 而相信这一点的前提时， 要让自己接受一些问题是今天解决不了的。 ;)