在多線程Python進(jìn)程中，我有許多非守護(hù)進(jìn)程線程，這是指即使在主線程退出/停止后仍使主進(jìn)程保持活動(dòng)狀態(tài)的線程。我非守護(hù)線程持有弱引用在主線程對(duì)某些對(duì)象，但是當(dāng)主線程結(jié)束（控制脫落的文件的底部），這些對(duì)象就不會(huì)出現(xiàn)被垃圾收集，我的弱引用finaliser回調(diào)別開火。我期望主線程被垃圾回收是錯(cuò)誤的嗎？我本來希望將線程局部變量釋放（即收集垃圾）...我錯(cuò)過了什么？配套材料pprint.pprint( threading.enumerate() )顯示主線程的輸出已停止，而其他士兵繼續(xù)使用。[<_MainThread(MainThread, stopped 139664516818688)>, <LDQServer(testLogIOWorkerThread, started 139664479889152)>, <_Timer(Thread-18, started 139663928870656)>, <LDQServer(debugLogIOWorkerThread, started 139664437925632)>, <_Timer(Thread-17, started 139664463103744)>, <_Timer(Thread-19, started 139663937263360)>, <LDQServer(testLogIOWorkerThread, started 139664471496448)>, <LDQServer(debugLogIOWorkerThread, started 139664446318336)>]而且由于總是有人詢問用例...我的網(wǎng)絡(luò)服務(wù)有時(shí)會(huì)錯(cuò)過實(shí)時(shí)期限（這在最壞的情況下會(huì)導(dǎo)致整個(gè)系統(tǒng)故障）。事實(shí)證明這是因?yàn)椋ㄖ匾模〥EBUG數(shù)據(jù)的日志記錄會(huì)在文件系統(tǒng)發(fā)脾氣時(shí)阻塞。因此，我正在嘗試改造許多已建立的專用日志記錄庫，以將阻塞的I / O推遲到工作線程中?？杀氖?，已建立的使用模式是混合記錄并行事務(wù)的短期日志記錄通道和從未明確關(guān)閉的長期模塊作用域通道的混合。因此，我創(chuàng)建了一個(gè)裝飾器，該裝飾器將對(duì)方法的調(diào)用推遲到工作線程中。worker線程是非守護(hù)程序，以確保所有（緩慢的）阻塞I / O在解釋器退出之前完成，并保持對(duì)客戶端的弱引用（方法調(diào)用入隊(duì)）。當(dāng)客戶端進(jìn)行垃圾回收時(shí)，弱引用的回調(diào)將觸發(fā)，并且工作線程知道不再有更多的工作排隊(duì)，因此將在下一個(gè)方便時(shí)退出。在一個(gè)重要的用例中，這似乎可以正常工作：在日志記錄通道位于主線程中時(shí)。當(dāng)主線程停止/退出時(shí)，日志記錄通道尚未完成，因此，我的（非守護(hù)程序）工作線程始終保持整個(gè)進(jìn)程運(yùn)行。