本發(fā)明涉及對象池應(yīng)用技術(shù)領(lǐng)域，特別涉及一種基于qt信號槽機制的獲取數(shù)據(jù)的方法及終端。

背景技術(shù)：

qt信號槽機制與windows下消息機制類似，消息機制是基于回調(diào)函數(shù)，qt中用信號與槽來代替函數(shù)指針，使程序更安全簡潔，信號和槽機制是qt的核心機制，可以讓編程人員將互不相關(guān)的對象綁定在一起，實現(xiàn)對象之間的通信。在qt平臺中，對于信號，當對象改變其狀態(tài)時，信號就由該對象發(fā)射(emit)出去，而且對象只負責發(fā)送信號，它無需關(guān)心另一端是誰在接收這個信號；對于槽，用于接收信號，而且槽只是普通的對象成員函數(shù)，一個槽并不知道是否有任何信號與自己相連接，而且對象也無需了解具體的通信機制。在信息系統(tǒng)開發(fā)過程中，我們每次從服務(wù)器獲取接口數(shù)據(jù)的過程中都需要一個中間對象建立起服務(wù)器到客戶端的消息通路，一般情況下都是即用即走，對象用完就舍棄不用了。

在單一原子性的操作情況下，對系統(tǒng)的開銷并不顯現(xiàn)。但是頻繁的原子性操作情況下，原子性對象沒有被復(fù)用，對系統(tǒng)的開銷和資源的消耗就會成線性增長。如果僅采用單一對象池，池中資源被大量的原子性對象請求消耗之后就會出現(xiàn)一種資源爭奪的現(xiàn)象，出現(xiàn)數(shù)據(jù)斷層、延遲、丟失等現(xiàn)象。同時隨著信息系統(tǒng)的業(yè)務(wù)復(fù)雜度的增加，原子性對象變得越來越臃腫，信息系統(tǒng)內(nèi)部的層次也會越來越模糊，直接導(dǎo)致系統(tǒng)的耦合度攀升。

對于一次性原子數(shù)據(jù)請求操作，系統(tǒng)cpu就需要開辟一條數(shù)據(jù)請求通道，數(shù)據(jù)通過之后，這條數(shù)據(jù)通道仍然存在，如果對象沒有銷毀，沒有及時的移除相關(guān)的信號槽，那么再次復(fù)用這個對象去請求其他數(shù)據(jù)的請求，數(shù)據(jù)的流向就會繼續(xù)通過原有的數(shù)據(jù)通道，到達不可預(yù)知的槽，觸發(fā)不可預(yù)知的事件。如有對象需要銷毀，系統(tǒng)cpu就需要進行對象的銷毀動作，勢必占用cpu運行時間；如果對象沒有被銷毀，也沒有被復(fù)用，那么對象將在應(yīng)用系統(tǒng)的生命周期內(nèi)永久占用系統(tǒng)內(nèi)存。一次請求消耗一點系統(tǒng)內(nèi)存，那么頻繁的請求，就會逐步的對系統(tǒng)內(nèi)存利用率進行累積性的侵蝕。

對于重復(fù)頻繁的原子性操作來說，如果沒有復(fù)用原子性對象，對cpu系統(tǒng)內(nèi)存資源侵蝕成線性增長；如果復(fù)用原子性對象，雖然會控制住對cpu內(nèi)存系統(tǒng)資源消耗，但是頻繁的數(shù)據(jù)請求，勢必對現(xiàn)有原子對象資源造成爭奪，例如，10個原子性對象執(zhí)行200個原子性請求，按照排隊模式，一次性解決10個，那么第11個請求就處于等待狀態(tài)，10個請求完畢再被復(fù)用，資源馬上被爭奪完。如果復(fù)用的速度跟不上請求的速度，那么就會出現(xiàn)請求數(shù)據(jù)的滯后現(xiàn)象，最直接的表現(xiàn)就是在人機交互的體驗上非常差。

其次，對象信號槽的路由過程相對于開發(fā)者來說是一個不透明的過程，開發(fā)者在設(shè)定路由的通道的時候需要明確信號的發(fā)送者、信號的接收者以及信號接收者的槽，在一個業(yè)務(wù)應(yīng)用場景中需要幾條請求，就需要確定幾個原子性對象和相應(yīng)的業(yè)務(wù)信號接收者之間的信號槽的連接，這幾個原子對象被相應(yīng)的業(yè)務(wù)請求模塊圈定之后，同時就不能在其他的業(yè)務(wù)模塊中得到復(fù)用。

技術(shù)實現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題是：提供一種基于qt信號槽機制的獲取數(shù)據(jù)的方法及終端，使得對象信號槽的路由過程透明化，并降低對終端cpu資源的開銷，提高終端系統(tǒng)運行速度，解決頻繁數(shù)據(jù)請求帶來的數(shù)據(jù)吞吐滯后斷層問題，提高人機交互界面的流暢性。

為了解決上述技術(shù)問題，本發(fā)明采用的技術(shù)方案為：

一種基于qt信號槽機制的獲取數(shù)據(jù)的方法，包括步驟：

數(shù)據(jù)請求模塊定義一個槽；

數(shù)據(jù)請求模塊通知對象管理模塊根據(jù)所述槽對應(yīng)的接口請求參數(shù)在接口列表中請求對應(yīng)的接口以獲取數(shù)據(jù)；

對象管理模塊從對象池中獲取一個對象，并為所述對象設(shè)定與所述槽對應(yīng)的接口和接口請求參數(shù)；

對象管理模塊通過qt信號槽連接模板建立所述對象的信號與數(shù)據(jù)請求模塊的槽之間的連接；

對象管理模塊控制所述對象向服務(wù)器發(fā)送所述的數(shù)據(jù)請求；

所述對象接收服務(wù)器發(fā)送的響應(yīng)信號；

所述對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽。

本發(fā)明的有益效果在于：接口列表中存儲有接口請求參數(shù)和對應(yīng)的接口，數(shù)據(jù)請求模塊的每個槽對應(yīng)有接口請求參數(shù)，數(shù)據(jù)請求模塊向?qū)ο蠊芾砟K發(fā)送數(shù)據(jù)請求，對象池中有多個的對象，對象管理模塊控制對象池中的對象向服務(wù)器發(fā)送該數(shù)據(jù)請求，服務(wù)器接收到所述數(shù)據(jù)請求，并將響應(yīng)信號反饋給對象，對象通過qt信號槽的方式將響應(yīng)信號傳輸給數(shù)據(jù)請求模塊，通過對象管理模塊和qt信號槽間接實現(xiàn)數(shù)據(jù)請求模塊向服務(wù)器發(fā)送數(shù)據(jù)請求，并接收到服務(wù)器的響應(yīng)信號，在對象管理模塊中設(shè)置接口列表將槽的接口請求參數(shù)與接口對應(yīng)起來，通過qt信號槽連接模板將槽與對象建立連接，從而實現(xiàn)了對象信號槽的路由過程的透明化，編程者在設(shè)計的時候只需要關(guān)心輸入和輸出，最大限度的釋放接口，降低開發(fā)者對底層簡單繁雜的數(shù)據(jù)路由的處理，從而提高開發(fā)效率，并且實際上相當于在數(shù)據(jù)請求模塊和服務(wù)器之間搭建了一個數(shù)據(jù)中轉(zhuǎn)站，杜絕了數(shù)據(jù)請求模塊對服務(wù)器的直接依賴，從而降低了服務(wù)器與數(shù)據(jù)請求模塊的耦合度。

一種基于qt信號槽機制的獲取數(shù)據(jù)的終端，包括一個或多個處理器及存儲器，所述存儲器存儲有程序，并且被配置成由所述一個或多個處理器執(zhí)行以下步驟：

數(shù)據(jù)請求模塊定義一個槽；

數(shù)據(jù)請求模塊通知對象管理模塊根據(jù)所述槽對應(yīng)的接口請求參數(shù)在接口列表中請求對應(yīng)的接口以獲取數(shù)據(jù)；

對象管理模塊從對象池中獲取一個對象，并為所述對象設(shè)定與所述槽對應(yīng)的接口和接口請求參數(shù)；

對象管理模塊通過qt信號槽連接模板建立所述對象的信號與數(shù)據(jù)請求模塊的槽之間的連接；

對象管理模塊控制所述對象向服務(wù)器發(fā)送所述的數(shù)據(jù)請求；

所述對象接收服務(wù)器發(fā)送的響應(yīng)信號；

所述對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽。

本發(fā)明的有益效果在于：在終端中設(shè)置有一個或者多個的處理器及存儲器來處理數(shù)據(jù)請求模塊與服務(wù)器之間的通訊，數(shù)據(jù)請求模塊的槽對應(yīng)的接口請求參數(shù)與接口存儲在接口列表中，對象管理模塊可訪問接口列表，還可訪問對象池中的對象，對象管理模塊還通過qt信號槽連接模板建立了對象的信號與數(shù)據(jù)請求模塊的槽之間的連接，使對象信號槽的路由過程透明化，便于獲取和更改槽對應(yīng)的接口和接口請求參數(shù)；數(shù)據(jù)請求模塊的數(shù)據(jù)請求發(fā)送給對象管理模塊，對象管理模塊控制對象向服務(wù)器發(fā)送數(shù)據(jù)請求，服務(wù)器接收到數(shù)據(jù)請求并反饋響應(yīng)信號至對象，對象再通過qt信號槽發(fā)送響應(yīng)信號至數(shù)據(jù)請求模塊，間接建立數(shù)據(jù)請求模塊與服務(wù)器之間的連接，數(shù)據(jù)請求模塊設(shè)于終端界面上，對象管理模塊起到了作為終端界面與服務(wù)器之間數(shù)據(jù)中轉(zhuǎn)站的作用，從而杜絕了終端界面對服務(wù)器的直接依賴，降低了終端界面與服務(wù)器之間的耦合度。

附圖說明

圖1為本發(fā)明實施例的基于qt信號槽機制的獲取數(shù)據(jù)的方法的流程圖；

圖2為本發(fā)明實施例的對象池管理模塊管理對象池的方法的流程圖；

圖3為本發(fā)明實施例的基于qt信號槽機制的獲取數(shù)據(jù)的終端的結(jié)構(gòu)框圖。

具體實施方式

為詳細說明本發(fā)明的技術(shù)內(nèi)容、所實現(xiàn)目的及效果，以下結(jié)合實施方式并配合附圖予以說明。

本發(fā)明最關(guān)鍵的構(gòu)思在于：對象管理模塊建立數(shù)據(jù)請求模塊的槽與對象池中的對象的信號的連接，由所述對象向服務(wù)器請求數(shù)據(jù)，并將所述數(shù)據(jù)通過qt信號槽發(fā)送給數(shù)據(jù)請求模塊的槽，使對象信號槽的路由過程透明化，提高開發(fā)這的開發(fā)效率。

請參照圖1，本發(fā)明提供了一種基于qt信號槽機制的獲取數(shù)據(jù)的方法，包括步驟：

數(shù)據(jù)請求模塊定義一個槽；

數(shù)據(jù)請求模塊通知對象管理模塊根據(jù)所述槽對應(yīng)的接口請求參數(shù)在接口列表中請求對應(yīng)的接口以獲取數(shù)據(jù)；

對象管理模塊從對象池中獲取一個對象，并為所述對象設(shè)定與所述槽對應(yīng)的接口和接口請求參數(shù)；

對象管理模塊通過qt信號槽連接模板建立所述對象的信號與數(shù)據(jù)請求模塊的槽之間的連接；

對象管理模塊控制所述對象向服務(wù)器發(fā)送所述的數(shù)據(jù)請求；

所述對象接收服務(wù)器發(fā)送的響應(yīng)信號；

所述對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽。

進一步的，請參照圖2，還包括對象管理模塊管理對象池，具體步驟：

預(yù)設(shè)最高空閑率閾值、最低空閑率閾值；

對象管理模塊定時檢測對象池的實際空閑率：如果對象池的實際空閑率大于最高空閑率閾值，則回收對象池中空閑的對象；

如果對象池的實際空閑率小于最低空閑率閾值，則增加對象池的大小。

由上述描述可知，對象管理模塊定時對對象池的空閑率進行檢測，如果對象池的實際空閑率大于最高空閑率閾值，表明對象池中的對象實際有很多處于閑置狀態(tài)，則將空閑的對象回收，降低對內(nèi)存和cpu的消耗；如果對象池的實際空閑率小于最低空閑率閾值，表明對象池中的對象很快就會不夠用了，則在對象池中增加對象，以增加對象池的大小，來應(yīng)對新的數(shù)據(jù)請求，提高從接收數(shù)據(jù)請求到收到響應(yīng)信號的運行效率，解決頻繁數(shù)據(jù)請求帶來的數(shù)據(jù)吞吐滯后斷層問題，解決人機交互界面的流暢性，提高用戶體驗。

進一步的，還包括步驟：

對象管理模塊建立有存儲有接口請求參數(shù)與接口對應(yīng)關(guān)系的接口列表。

由上述描述可知，接口列表中建立接口請求參數(shù)與接口的對應(yīng)關(guān)系，同時接口列表由對象管理模塊建立，并存儲在對象管理模塊中，便于對接口列表的隨時查詢與復(fù)用。

進一步的，還包括步驟：

對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽；

對象管理模塊將所述對象回收。

由上述描述可知，對象在完成將響應(yīng)信號通過qt信號槽發(fā)送給數(shù)據(jù)請求模塊的槽后，對象管理模塊將對象自動回收，便于對象的后續(xù)重復(fù)使用。

進一步的，還包括步驟：

對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽；

對象管理模塊將所述對象銷毀釋放。

由上述描述可知，對象在完成將響應(yīng)信號通過qt信號槽發(fā)送給數(shù)據(jù)請求模塊的槽后，對象管理模塊將對象自動銷毀釋放，實現(xiàn)對內(nèi)存的釋放，降低對內(nèi)存的消耗，提高數(shù)據(jù)運行效率。

請參照圖1，本發(fā)明的實施例一為：

一種基于qt信號槽機制的獲取數(shù)據(jù)的方法，包括步驟：

數(shù)據(jù)請求模塊定義一個槽；

數(shù)據(jù)請求模塊向?qū)ο蠊芾砟K發(fā)送數(shù)據(jù)請求，通知對象管理模塊根據(jù)所述槽對應(yīng)的接口請求參數(shù)在接口列表中請求對應(yīng)的接口以獲取數(shù)據(jù)；

對象管理模塊從對象池中獲取一個對象，并為所述對象設(shè)定與所述槽對應(yīng)的接口和接口請求參數(shù)；

對象管理模塊通過qt信號槽連接模板建立所述對象的信號與數(shù)據(jù)請求模塊的槽之間的連接；

對象管理模塊控制所述對象向服務(wù)器發(fā)送所述的數(shù)據(jù)請求；

所述對象接收服務(wù)器發(fā)送的響應(yīng)信號；

所述對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽。

請參照圖2，本發(fā)明的實施例二為：

一種基于qt信號槽機制的獲取數(shù)據(jù)的方法，在實施例一的基礎(chǔ)上，還包括步驟：對象管理模塊管理對象池，具體為：

預(yù)設(shè)最高空閑率閾值、最低空閑率閾值；

對象管理模塊定時檢測對象池的實際空閑率：如果對象池的實際空閑率大于最高空閑率閾值，則回收對象池中空閑的對象；

如果對象池的實際空閑率小于最低空閑率閾值，則增加對象池的大小。

請參照圖1，本發(fā)明的實施例三為：

一種基于qt信號槽機制的獲取數(shù)據(jù)的方法，在實施例一的基礎(chǔ)上，還包括步驟：

對象管理模塊建立有存儲有接口請求參數(shù)與接口對應(yīng)關(guān)系的接口列表。

請參照圖1，本發(fā)明的實施例四為：

一種基于qt信號槽機制的獲取數(shù)據(jù)的方法，在實施例一的基礎(chǔ)上，還包括步驟：

對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽；

對象管理模塊將所述對象回收或者銷毀釋放。

請參照圖1和圖3，一種基于qt信號槽機制的獲取數(shù)據(jù)的終端，包括一個或多個處理器及存儲器，所述存儲器存儲有程序，并且被配置成由所述一個或多個處理器執(zhí)行以下步驟：

數(shù)據(jù)請求模塊定義一個槽；

數(shù)據(jù)請求模塊通知對象管理模塊根據(jù)所述槽對應(yīng)的接口請求參數(shù)在接口列表中請求對應(yīng)的接口以獲取數(shù)據(jù)；

對象管理模塊從對象池中獲取一個對象，并為所述對象設(shè)定與所述槽對應(yīng)的接口和接口請求參數(shù)；

對象管理模塊通過qt信號槽連接模板建立所述對象的信號與數(shù)據(jù)請求模塊的槽之間的連接；

對象管理模塊控制所述對象向服務(wù)器發(fā)送所述的數(shù)據(jù)請求；

所述對象接收服務(wù)器發(fā)送的響應(yīng)信號；

所述對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽。

進一步的，請參照圖2和圖3，被配置成由所述一個或多個處理器還執(zhí)行以下步驟：

預(yù)設(shè)最高空閑率閾值、最低空閑率閾值；

對象管理模塊定時檢測對象池的實際空閑率：如果對象池的實際空閑率大于最高空閑率閾值，則回收對象池中空閑的對象；

如果對象池的實際空閑率小于最低空閑率閾值，則增加對象池的大小。

由上述描述可知，在終端中，對象管理模塊定時對對象池的空閑率進行檢測，如果對象池的實際空閑率大于最高空閑率閾值，表明對象池中的對象實際有很多處于閑置狀態(tài)，則將空閑的對象回收，降低對終端中內(nèi)存和cpu的消耗；如果對象池的實際空閑率小于最低空閑率閾值，表明對象池中的對象很快就會不夠用了，則在對象池中增加對象，以增加對象池的大小，來應(yīng)對新的數(shù)據(jù)請求，提高從接收數(shù)據(jù)請求到收到響應(yīng)信號的運行效率，解決頻繁數(shù)據(jù)請求帶來的數(shù)據(jù)吞吐滯后斷層問題，解決人機交互界面的流暢性，提高用戶體驗。

進一步的，被配置成由所述一個或多個處理器還執(zhí)行以下步驟：

對象管理模塊建立有存儲有接口請求參數(shù)與接口對應(yīng)關(guān)系的接口列表。

由上述描述可知，在終端中，接口列表中建立接口請求參數(shù)與接口的對應(yīng)關(guān)系，同時接口列表由對象管理模塊建立，并存儲在對象管理模塊中，便于對接口列表的隨時查詢與復(fù)用。

進一步的，被配置成由所述一個或多個處理器還執(zhí)行以下步驟：

對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽；

對象管理模塊將所述對象回收。

由上述描述可知，在終端中，對象在完成將響應(yīng)信號通過qt信號槽發(fā)送給數(shù)據(jù)請求模塊的槽后，對象管理模塊將對象自動回收，便于對象的后續(xù)重復(fù)使用。

進一步的，被配置成由所述一個或多個處理器還執(zhí)行以下步驟：

對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽；

對象管理模塊將所述對象銷毀釋放。

由上述描述可知，在終端中，對象在完成將響應(yīng)信號通過qt信號槽發(fā)送給數(shù)據(jù)請求模塊的槽后，對象管理模塊將對象自動銷毀釋放，實現(xiàn)對內(nèi)存的釋放，降低對內(nèi)存的消耗，提高數(shù)據(jù)運行效率。

請參照圖1和圖3，本發(fā)明的實施例五為：

一種基于qt信號槽機制的獲取數(shù)據(jù)的終端，包括一個或多個處理器及存儲器，所述存儲器存儲有程序，并且被配置成由所述一個或多個處理器執(zhí)行以下步驟：

數(shù)據(jù)請求模塊定義一個槽；

數(shù)據(jù)請求模塊向?qū)ο蠊芾砟K發(fā)送數(shù)據(jù)請求，通知對象管理模塊根據(jù)所述槽對應(yīng)的接口請求參數(shù)在接口列表中請求對應(yīng)的接口以獲取數(shù)據(jù)；

對象管理模塊從對象池中獲取一個對象，并為所述對象設(shè)定與所述槽對應(yīng)的接口和接口請求參數(shù)；

對象管理模塊通過qt信號槽連接模板建立所述對象的信號與數(shù)據(jù)請求模塊的槽之間的連接；

對象管理模塊控制所述對象向服務(wù)器發(fā)送所述的數(shù)據(jù)請求；

所述對象接收服務(wù)器發(fā)送的響應(yīng)信號；

所述對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽。

請參照圖1和圖3，本發(fā)明的實施例六為：

一種基于qt信號槽機制的獲取數(shù)據(jù)的終端，在實施例五的基礎(chǔ)上，被配置成由所述一個或多個處理器還執(zhí)行以下步驟：對象管理模塊管理對象池，具體為：

預(yù)設(shè)最高空閑率閾值、最低空閑率閾值；

對象管理模塊定時檢測對象池的實際空閑率：如果對象池的實際空閑率大于最高空閑率閾值，則回收對象池中空閑的對象；

如果對象池的實際空閑率小于最低空閑率閾值，則增加對象池的大小。

請參照圖1和圖3，本發(fā)明的實施例七為：

一種基于qt信號槽機制的獲取數(shù)據(jù)的終端，在實施例五的基礎(chǔ)上，被配置成由所述一個或多個處理器還執(zhí)行以下步驟：

對象管理模塊建立有存儲有接口請求參數(shù)與接口對應(yīng)關(guān)系的接口列表。

請參照圖1和圖3，本發(fā)明的實施例八為：

一種基于qt信號槽機制的獲取數(shù)據(jù)的終端，在實施例五的基礎(chǔ)上，被配置成由所述一個或多個處理器還執(zhí)行以下步驟：

對象通過qt信號槽將響應(yīng)信號發(fā)送給數(shù)據(jù)請求模塊的槽；

對象管理模塊將所述對象回收或者銷毀釋放。

請參照圖1至圖3，本發(fā)明的實施例九為：

一種基于qt信號槽機制的獲取數(shù)據(jù)的終端，具體應(yīng)用在人員信息資料管理模塊需要獲取一個人員資料信息，服務(wù)器與終端之間基于http協(xié)議進行通訊，則數(shù)據(jù)請求模塊具體為人員信息資料管理模塊，數(shù)據(jù)請求的內(nèi)容具體為人員資料信息，對象管理模塊具體的為http對象管理模塊，對象池具體的為http對象池，對象具體為http對象，包括步驟：

人員信息資料管理模塊定義一個槽；

http對象管理模塊建立有存儲有接口請求參數(shù)與接口對應(yīng)關(guān)系的接口列表；

人員信息資料管理模塊向http對象管理模塊發(fā)送關(guān)于人員資料信息的數(shù)據(jù)請求，通知http對象管理模塊根據(jù)所述槽對應(yīng)的接口請求參數(shù)在接口列表中請求對應(yīng)的接口以獲取數(shù)據(jù)；

http對象管理模塊從http對象池中獲取一個http對象，并為所述http對象設(shè)定與所述槽對應(yīng)的接口和接口請求參數(shù)；

http對象管理模塊通過qt信號槽連接模板建立所述http對象的信號與人員信息資料管理模塊的槽之間的連接；

http對象管理模塊控制所述http對象向服務(wù)器發(fā)送所述的關(guān)于人員資料信息的數(shù)據(jù)請求；

所述http對象接收服務(wù)器發(fā)送的關(guān)于人員資料信息的響應(yīng)信號；

所述http對象通過qt信號槽將關(guān)于人員資料信息的響應(yīng)信號發(fā)送給人員信息資料管理模塊的槽；

http對象管理模塊將所述http對象回收或者銷毀釋放。

在http對象管理模塊管理http對象池方面，具體為：

預(yù)設(shè)最高空閑率閾值、最低空閑率閾值；

http對象管理模塊定時檢測http對象池的實際空閑率：如果http對象池的實際空閑率大于最高空閑率閾值，則回收http對象池中空閑的http對象；

如果http對象池的實際空閑率小于最低空閑率閾值，則增加http對象池的大小。

綜上所述，本發(fā)明提供的基于qt信號槽機制的獲取數(shù)據(jù)的方法及終端，通過對象管理模塊建立接口列表，將數(shù)據(jù)請求模塊的槽、接口請求信息與接口對應(yīng)起來，通過對象管理模塊管理對象池中的對象，對象管理模塊建立對象的信號與數(shù)據(jù)請求模塊的槽之間的連接，對象管理模塊還定時檢測對象池中對象的空閑率，調(diào)整對象池的大小，降低了數(shù)據(jù)請求模塊與服務(wù)器之間的耦合度，使對象信號槽的路由過程透明化，降低了終端的開發(fā)難度，提高了終端的開發(fā)效率，降低內(nèi)存和cpu的資源消耗，防止數(shù)據(jù)請求模塊與服務(wù)器之間出現(xiàn)數(shù)據(jù)斷層，提高終端的數(shù)據(jù)運行效率。

以上所述僅為本發(fā)明的實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等同變換，或直接或間接運用在相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。