|
MVC系統(tǒng)有三個(gè)子系統(tǒng)。Model 包含業(yè)務(wù)邏輯以及所有由系統(tǒng)處理的數(shù)據(jù)。它包括一個(gè)針對(duì)外部存儲(chǔ)(如一個(gè)數(shù)據(jù)庫)的接口。通常模型(model)只暴露一個(gè)公共的API給其它的組分。 View包含顯示數(shù)據(jù)的對(duì)象。Controller管理與用戶的交互(Controller處于Model和view中間)。在現(xiàn)代的UI工具包中,View和Controller組分是被集成在一起的。
上面的這段話是從《wxPython in action》中摘錄出來的,說的是GUI程序設(shè)計(jì)的模式。一個(gè)小小的軟件,為了讓它跑起來并順利完成相應(yīng)的任務(wù),折騰來折騰去。按照MVC模式,先把模型建立了起來:模型被單獨(dú)封裝成一個(gè)類,只向視圖與控制器提供開始、結(jié)束采集的命令傳輸接口以及一個(gè)用于數(shù)據(jù)傳輸?shù)年?duì)列(Queue.Queue類)。把只能執(zhí)行一次的threading.Timer類改造了一下,構(gòu)建了一個(gè)可以周期性執(zhí)行的定時(shí)器。下位機(jī)還是用Arduino模擬(后面有時(shí)間的話,直接就用Arduino了,減少工序,有現(xiàn)成的就用現(xiàn)成的,盡量避免做從零開始寫程序、畫PCB、選購元件、焊接并調(diào)試電路板諸如此類的事情)。測(cè)試的時(shí)候沒有GUI的參與,只在腳本里面運(yùn)行了一下,所以在主程序里面觸發(fā)了一個(gè)定時(shí)器,用來結(jié)束程序。啟動(dòng),等待程序結(jié)束,檢查數(shù)據(jù)庫。二十秒以內(nèi)還好,停止命令發(fā)出后,程序可以退出,但是測(cè)量時(shí)間一長(zhǎng),程序就不能退出了;A(chǔ)不扎實(shí),連程序到底運(yùn)行到了哪里都弄不清楚。用IDE調(diào)試了半天,大概知道了有一個(gè)定時(shí)器沒有退出,但還是確定不了原因,再加上用于結(jié)束程序的定時(shí)器的干擾,動(dòng)不動(dòng)就拋異常。大概說一下,開始的時(shí)候構(gòu)建出來的定時(shí)器是run函數(shù)遞歸調(diào)用自身,以此來實(shí)現(xiàn)周期性運(yùn)行(秒級(jí)的,影響不是很大),這樣做的代價(jià)是大量函數(shù)進(jìn)棧,停止時(shí)需逐層返回。后來改了下,不再借助遞歸了,耗費(fèi)的資源應(yīng)該會(huì)少一些。用trace跟蹤了一下,產(chǎn)生了四萬多行的跟蹤信息,重定向到txt文檔中后,文檔有兩兆多。跟蹤信息的最后一部分顯示程序還在threading里面游蕩,確實(shí)是自己構(gòu)建的那個(gè)定時(shí)器沒有正常退出。找不到問題,就暫時(shí)扔下了。
費(fèi)盡腦筋想的時(shí)候想不到,剛躺到床上立馬就意識(shí)到了問題出在哪里。可能就是那個(gè)Queue。由于沒有GUI參與,不需要繪圖,主程序里面沒有進(jìn)行出隊(duì)列的操作,但處理數(shù)據(jù)的線程里面一直在進(jìn)行入隊(duì)操作,Queue滿了以后,有可能把線程給阻塞了,所以線程無法退出。懶得起身開電腦了,在手機(jī)上的解釋器里面寫了幾句,發(fā)現(xiàn)隊(duì)列滿了之后確實(shí)會(huì)發(fā)生阻塞?戳艘幌聀ython官方文檔,果然是這樣:
Insertion will block once this size has been reached, until queue items are consumed.
中午加了個(gè)python群,感覺太深入的問題沒有人回答,只能自己一遍一遍調(diào)試找癥節(jié)。獨(dú)自尋求解決方案的過程中確實(shí)能學(xué)到不少東西,但是,個(gè)中滋味恐怕也只有自己能體會(huì)。
|
|