技術(shù)領(lǐng)域

本發(fā)明涉及Android系統(tǒng)的網(wǎng)絡(luò)通訊技術(shù)領(lǐng)域，具體來講是一種基于Android系統(tǒng)的多協(xié)議通訊框架及通訊方法。

背景技術(shù)

Android是新一代的智能平臺，越來越多的電子終端使用Android作為操作系統(tǒng)，使得Android系統(tǒng)的電子終端的用戶與日俱增。近年來，Android系統(tǒng)的攜著其顯著的開放性、豐富的硬件選擇(手機(jī)或者平板電腦等產(chǎn)品)、強(qiáng)大的網(wǎng)絡(luò)應(yīng)用和全球IT企業(yè)都助力Android等優(yōu)勢，成為時(shí)代潮流的引領(lǐng)者。越來越多的人開始使用帶有Android系統(tǒng)的手機(jī)或者平板電腦等產(chǎn)品(最新數(shù)據(jù)顯示智能手機(jī)的市場份額為88％)。但Android系統(tǒng)在多協(xié)議信息交換和應(yīng)對高并發(fā)網(wǎng)絡(luò)請求方面的應(yīng)用技術(shù)尚未成熟，特別是Android系統(tǒng)的通訊無法快速高效地進(jìn)行多種協(xié)議切換。

目前，現(xiàn)已存在的Android系統(tǒng)通訊多采用多線程處理多個(gè)連接的一對一方式。當(dāng)有10000個(gè)連接請求時(shí)，可能就需要有10000個(gè)線程來處理，資源消耗極大，且會產(chǎn)生阻塞。而一旦阻塞產(chǎn)生就會帶來大量的線程頻繁地進(jìn)行上下文切換，從而使得時(shí)間消耗過大。另外，現(xiàn)有的Android系統(tǒng)通訊中，多協(xié)議并發(fā)請求沒有系統(tǒng)的整合在一起，無法快速地實(shí)現(xiàn)多種協(xié)議之間的切換，使得通訊連接請求的處理速度較慢。

發(fā)明內(nèi)容

針對現(xiàn)有技術(shù)中存在的缺陷，本發(fā)明的目的在于提供一種基于Android系統(tǒng)的多協(xié)議通訊框架及通訊方法，支持多種協(xié)議的并發(fā)請求，能高效、快捷地實(shí)現(xiàn)網(wǎng)絡(luò)通訊，降低了資源和時(shí)間的消耗。

為達(dá)到以上目的，本發(fā)明提供一種基于Android系統(tǒng)的多協(xié)議通訊框架，包括：依次連接的NIO線程池模塊、NIO網(wǎng)絡(luò)連接模塊和NIO數(shù)據(jù)處理模塊。其中，所述NIO線程池模塊根據(jù)每次接收到的至少一個(gè)連接請求，創(chuàng)建一個(gè)NIO通訊線程，所述NIO通訊線程將每個(gè)連接請求發(fā)送給NIO網(wǎng)絡(luò)連接模塊；所述NIO網(wǎng)絡(luò)連接模塊根據(jù)每個(gè)連接請求的類型創(chuàng)建相應(yīng)的連接通道及相應(yīng)的數(shù)據(jù)處理接口，并將數(shù)據(jù)處理接口接收到的數(shù)據(jù)傳送給NIO數(shù)據(jù)處理模塊；所述NIO數(shù)據(jù)處理模塊用于對NIO網(wǎng)絡(luò)連接模塊傳來的數(shù)據(jù)進(jìn)行處理。

在上述技術(shù)方案的基礎(chǔ)上，所述NIO線程池模塊每次接收到的連接請求的個(gè)數(shù)范圍為1～5。

在上述技術(shù)方案的基礎(chǔ)上，所述連接請求的類型包括TCP連接、UDP連接和HTTP連接。

在上述技術(shù)方案的基礎(chǔ)上，所述NIO數(shù)據(jù)處理模塊包括處理TCP連接數(shù)據(jù)的TCP數(shù)據(jù)處理模塊、處理UDP連接數(shù)據(jù)的UDP數(shù)據(jù)處理模塊以及處理HTTP連接數(shù)據(jù)的HTTP數(shù)據(jù)處理模塊。

本發(fā)明還提供一種基于Android系統(tǒng)的多協(xié)議通訊方法，包括如下步驟：

S1：初始化NIO線程池模塊，并接收連接請求，且NIO線程池模塊每次接收至少一個(gè)連接請求。

S2：NIO線程池模塊每次接收到所述至少一個(gè)連接請求后，就創(chuàng)建一個(gè)NIO通訊線程，所述NIO通訊線程將每個(gè)連接請求發(fā)送給NIO網(wǎng)絡(luò)連接模塊。

S3：NIO網(wǎng)絡(luò)連接模塊根據(jù)每個(gè)連接請求的類型，創(chuàng)建相應(yīng)的連接通道及相應(yīng)的數(shù)據(jù)處理接口。

S4：NIO通訊線程對每個(gè)數(shù)據(jù)處理接口進(jìn)行監(jiān)聽，判斷是否有數(shù)據(jù)到來，若是，則進(jìn)入S5，若否，則繼續(xù)監(jiān)聽。

S5：NIO通訊線程通知NIO網(wǎng)絡(luò)連接模塊，并將數(shù)據(jù)提交給NIO網(wǎng)絡(luò)連接模塊。

S6：NIO網(wǎng)絡(luò)連接模塊在接收到數(shù)據(jù)之后，交由NIO數(shù)據(jù)處理模塊進(jìn)行處理。

在上述技術(shù)方案的基礎(chǔ)上，步驟S1中，所述連接請求的類型包括TCP連接、UDP連接和HTTP連接。

在上述技術(shù)方案的基礎(chǔ)上，步驟S3中，NIO網(wǎng)絡(luò)連接模塊，根據(jù)TCP連接的連接請求創(chuàng)建套接字通道以及相應(yīng)的NIO處理器接口；根據(jù)UDP連接的連接請求創(chuàng)建數(shù)據(jù)報(bào)通道以及相應(yīng)的NIO處理器接口；根據(jù)HTTP連接的連接請求創(chuàng)建套接字通道以及相應(yīng)的NIO處理器接口。

在上述技術(shù)方案的基礎(chǔ)上，所述NIO數(shù)據(jù)處理模塊包括TCP數(shù)據(jù)處理模塊、UDP數(shù)據(jù)處理模塊以及HTTP數(shù)據(jù)處理模塊。步驟S6中，NIO網(wǎng)絡(luò)連接模塊在接收到數(shù)據(jù)之后，將根據(jù)數(shù)據(jù)的連接通道判斷屬于TCP連接、UDP連接、HTTP連接中的哪一種，并交由NIO數(shù)據(jù)處理模塊中相應(yīng)的TCP數(shù)據(jù)處理模塊、UDP數(shù)據(jù)處理模塊、HTTP數(shù)據(jù)處理模塊進(jìn)行處理。