[發明專利]一種QNX系統下Flash Player thread獲取底層消息的方法

在審

• 申請號: 201310251946.0
• 申請日: 2013-06-21
• 公開（公告）號: CN103324480A
• 公開（公告）日: 2013-09-25
• 發明（設計）人: 周磊;王基鋒;楊玉杰;石海濤
• 申請（專利權）人: 徐州赫思曼電子有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 徐州支點知識產權代理事務所(普通合伙) 32244
• 代理人: 劉新合

技術領域

本發明涉及一種Flash?Player?thread獲取底層消息的方法，具體是一種QNX系統下Flash?Player?thread獲取底層消息的方法。

背景技術

QNX系統是一個多任務、多用戶的操作系統，它支持在同一臺計算機上同時調度執行多個任務；也可以讓多個用戶共享一臺計算機，這些用戶可以通過多個終端向系統提交任務，與QNX系統進行交互操作。傳統情況下，QNX系統的Flash?Player?thread調用底層注冊的函數獲取底層消息時，一次只能獲取一個底層消息，而Flash?Player?thread獲取底層消息是非常消耗CPU資源的，當底層軟件有大量底層消息需要快速向上傳遞時，Flash?Player?thread要頻繁的去取底層消息，造成底層消息處理的嚴重滯后，并將消耗大量的CPU資源，當底層消息量較大時，逐條讀取底層消息甚至會導致其它任務無法正常執行。

發明內容

針對上述現有技術存在的問題，本發明提供一種QNX系統下Flash?Player?thread獲取底層消息的方法，目的是將底層消息數據保存到消息緩存，提供接口函數，批量獲取消息緩存中的底層消息，降低CPU資源的消耗，同時提高底層消息處理速度，防止重要底層數據因為得不到及時處理而導致事故的發生。

為了實現上述目的，本發明采用的具體工作步驟如下：

1）、采用消息緩存來保存底層消息；

2）、Flash?Player?thread調用底層注冊的函數獲取底層消息時，查看當前消息緩存中有多少消息未處理；

3）、若步驟2）中查看到的當前消息緩存中僅有一條未處理的消息時，則返回該條消息數據；

4）、若步驟2）中查看到的當前消息緩存中有大于一條未處理的消息時，則僅返回消息數量；

5）、通過步驟4）返回消息數量后，上層應用程序即可通過接口函數從消息緩存中批量獲取底層消息。

與現有技術相比，本發明采用消息緩存機制，可以使Flash?Player?thread從消息緩存中一次性讀入大量底層消息，尤其適合類似于CAN通訊等底層數據量較大的高速通訊。相比于逐條讀取底層消息的傳統模式，本發明大大降低了CPU資源的消耗，同時提高了底層消息處理速度，防止了重要底層數據因為得不到及時處理而導致事故的發生。

附圖說明

圖1是本發明的工作流程圖。

具體實施方式

下面結合附圖對本發明做進一步說明。

如圖1所示，本QNX系統下Flash?Player?thread獲取底層消息的方法具體工作步驟如下：

1）、采用消息緩存來保存底層消息；

2）、Flash?Player?thread調用底層注冊的函數獲取底層消息時，查看當前消息緩存中有多少消息未處理；

3）、若步驟2）中查看到的當前消息緩存中僅有一條未處理的消息時，則返回該條消息數據；

4）、若步驟2）中查看到的當前消息緩存中有大于一條未處理的消息時，則僅返回消息數量；

5）、通過步驟4）返回消息數量后，上層應用程序即可通過接口函數從消息緩存中批量獲取底層消息。

本發明引入消息緩存機制，將底層消息數據保存到消息緩存。提供接口函數，批量獲取底層消息緩存中的底層消息。

底層消息管理模塊包括存儲底層消息，并通知Flash?Player?thread可以獲取底層消息了。提供批量獲取底層消息的函數。

Flash?Player?thread調用底層注冊的函數到底層消息管理模塊取消息：如果此時消息緩存中只有一條底層消息時，就返回該底層消息，如果有多條底層消息時，就返回底層消息的數量值。

如果發現消息緩存中有多條底層消息時，Flash?Player?thread調用消息批量獲取函數，一次獲取多條底層消息。

開辟緩存空間或者說內存空間，可以存儲大量底層消息，提供批量獲取底層消息的函數，方便用戶一次性讀入多條底層消息；采用消息隊列機制來保存消息，可以使用消息隊列的先入先出的管理機制，從消息隊列取出底層消息后就自動刪除，后進入的底層消息放置在隊列的最后。

本發明采用消息緩存機制，可以使Flash?Player?thread從消息緩存中一次性讀入大量底層消息，尤其適合類似于CAN通訊等底層數據量較大的高速通訊。與現有技術中逐條讀取底層消息的傳統模式相比，本發明大大降低了CPU資源的消耗，同時提高了底層消息處理速度，防止了重要底層數據因為得不到及時處理而導致事故的發生。