android網(wǎng)絡(luò)數(shù)據(jù)請(qǐng)求

網(wǎng)絡(luò)數(shù)據(jù)請(qǐng)求在android中應(yīng)用很廣泛,也很重要,所以我記錄了上課講的獲取數(shù)據(jù):
大家都知道,網(wǎng)絡(luò)通信,發(fā)送請(qǐng)求有兩種方式,GET和POST,這里也不例外。
1.HttpURLConnection的GET方式獲取網(wǎng)絡(luò)數(shù)據(jù),get方式將參數(shù)放在url后一起傳遞過(guò)去,而且會(huì)被看到,一般不太安全,但是get方式只獲取數(shù)據(jù),不會(huì)更新數(shù)據(jù)。
步驟:
(1).建立URL,URL url=new URL(urltmp); //urltmp=http://www.baidu.com

(2)使用URL建立連接,HttpURLConnection urlcon=url.openConnection()
(3)連接,并獲取數(shù)據(jù)流
InputStreamReader reader=new InputStreamReader(urlcon.getInputStream());

(4)使用IO流處理數(shù)據(jù),這里以BufferedReader為例
BufferedReader bf=new BufferedReader(reader);

代碼示例(自己寫(xiě)的老師的代碼):

private String requestData(String urlString) {  
  try {      
  URL url = new URL(urlString);     
 HttpURLConnection connection = (HttpURLConnection) url.openConnection();
       
 connection.setConnectTimeout(30000);  
      connection.setRequestMethod("GET");  // GET POST        connection.connect();   
         int responseCode = connection.getResponseCode(); 
           String responseMessage = connection.getResponseMessage();    
        String result = null;         
   if(responseCode == HttpURLConnection.HTTP_OK){  
              InputStream inputStream = connection.getInputStream();                
Reader reader = new InputStreamReader(inputStream, "UTF-8");  
              char[] buffer = new char[1024];    
            reader.read(buffer);       
         result = new String(buffer);   
         } else { 
               return result;     
   }  
  } catch (MalformedURLException e) {  
      e.printStackTrace();   
 } catch (IOException e) {   
     e.printStackTrace(); 
   }  
  return null;
}

當(dāng)然我怕們的代碼要用異步處理;我之前不會(huì)什么異步處理,所以聽(tīng)起來(lái)很難,然后自己百度查找的異步處理:
異步的概念和同步相對(duì)。當(dāng)一個(gè)異步過(guò)程調(diào)用發(fā)出后,調(diào)用者不能立刻得到結(jié)果。實(shí)際處理這個(gè)調(diào)用的部件在完成后,通過(guò)狀態(tài)、通知和回調(diào)來(lái)通知調(diào)用者。以CAsycSocket類(lèi)為例(注意,CSocket從CAsyncSocket派生,但是其功能已經(jīng)由異步轉(zhuǎn)化為同步),當(dāng)一個(gè)客戶(hù)端通過(guò)調(diào)用 Connect函數(shù)發(fā)出一個(gè)連接請(qǐng)求后,調(diào)用者線程立刻可以朝下運(yùn)行。當(dāng)連接真正建立起來(lái)以后,socket底層會(huì)發(fā)送一個(gè)消息通知該對(duì)象。這里提到執(zhí)行部件和調(diào)用者通過(guò)三種途徑返回結(jié)果:狀態(tài)、通知和回調(diào)。可以使用哪一種依賴(lài)于執(zhí)行部件的實(shí)現(xiàn),除非執(zhí)行部件提供多種選擇,否則不受調(diào)用者控制。如果執(zhí)行部件用狀態(tài)來(lái)通知,那么調(diào)用者就需要每隔一定時(shí)間檢查一次,效率就很低(有些初學(xué)多線程編程的人,總喜歡用一個(gè)循環(huán)去檢查某個(gè)變量的值,這其實(shí)是一種很?chē)?yán)重的錯(cuò)誤)。如果是使用通知的方式,效率則很高,因?yàn)閳?zhí)行部件幾乎不需要做額外的操作。至于回調(diào)函數(shù),其實(shí)和通知沒(méi)太多區(qū)別。
以上是我查找的資料
具體代碼:

class RequestNetworkDataTask extends AsyncTask<String,Integer,String>{  
  // 在后臺(tái)work之前  
  @Override  
  protected void onPreExecute() {  
      super.onPreExecute();    
    // 主線程        // UI Loading 
  }    @Override  
  protected String doInBackground(String[] params) {  
      //        String result = requestData(params[0]);  
      return result; 
   }    @Override 
   protected void onPostExecute(String result) {       
          super.onPostExecute(result);    
    //執(zhí)行完之后在主線程中       
         mTextView.setText(result); 
   }

二.數(shù)據(jù)解析
我們上面獲得的數(shù)據(jù)是代碼,所以我們要解析數(shù)據(jù);
第一種方式:DOM解析器:
DOM是基于樹(shù)形結(jié)構(gòu)的的節(jié)點(diǎn)或信息片段的集合,允許開(kāi)發(fā)人員使用DOM API遍歷XML樹(shù)、檢索所需數(shù)據(jù)。分析該結(jié)構(gòu)通常需要加載整個(gè)文檔和構(gòu)造樹(shù)形結(jié)構(gòu),然后才可以檢索和更新節(jié)點(diǎn)信息。
Android完全支持DOM 解析。利用DOM中的對(duì)象,可以對(duì)XML文檔進(jìn)行讀取、搜索、修改、添加和刪除等操作。
DOM的工作原理:使用DOM對(duì)XML文件進(jìn)行操作時(shí),首先要解析文件,將文件分為獨(dú)立的元素、屬性和注釋等,然后以節(jié)點(diǎn)樹(shù)的形式在內(nèi)存中對(duì)XML文件進(jìn)行表示,就可以通過(guò)節(jié)點(diǎn)樹(shù)訪問(wèn)文檔的內(nèi)容,并根據(jù)需要修改文檔——這就是DOM的工作原理。
DOM實(shí)現(xiàn)時(shí)首先為XML文檔的解析定義一組接口,解析器讀入整個(gè)文檔,然后構(gòu)造一個(gè)駐留內(nèi)存的樹(shù)結(jié)構(gòu),這樣代碼就可以使用DOM接口來(lái)操作整個(gè)樹(shù)結(jié)構(gòu)。
由于DOM在內(nèi)存中以樹(shù)形結(jié)構(gòu)存放,因此檢索和更新效率會(huì)更高。但是對(duì)于特別大的文檔,解析和加載整個(gè)文檔將會(huì)很耗資源。 當(dāng)然,如果XML文件的內(nèi)容比較小,采用DOM是可行的。
常用的DoM接口和類(lèi):
Document:該接口定義分析并創(chuàng)建DOM文檔的一系列方法,它是文檔樹(shù)的根,是操作DOM的基礎(chǔ)。
Element:該接口繼承Node接口,提供了獲取、修改XML元素名字和屬性的方法。
Node:該接口提供處理并獲取節(jié)點(diǎn)和子節(jié)點(diǎn)值的方法。
NodeList:提供獲得節(jié)點(diǎn)個(gè)數(shù)和當(dāng)前節(jié)點(diǎn)的方法。這樣就可以迭代地訪問(wèn)各個(gè)節(jié)點(diǎn)。
DOMParser:該類(lèi)是Apache的Xerces中的DOM解析器類(lèi),可直接解析XML文件。
SAX解析器:
SAX(Simple API for XML)解析器是一種基于事件的解析器,它的核心是事件處理模式,主要是圍繞著事件源以及事件處理器來(lái)工作的。當(dāng)事件源產(chǎn)生事件后,調(diào)用事件處理器相應(yīng)的處理方法,一個(gè)事件就可以得到處理。在事件源調(diào)用事件處理器中特定方法的時(shí)候,還要傳遞給事件處理器相應(yīng)事件的狀態(tài)信息,這樣事件處理器才能夠根據(jù)提供的事件信息來(lái)決定自己的行為。
SAX解析器的優(yōu)點(diǎn)是解析速度快,占用內(nèi)存少。非常適合在Android移動(dòng)設(shè)備中使用。
第三種方式:PULL解析器:
Android并未提供對(duì)Java StAX API的支持。但是,Android附帶了一個(gè)pull解析器,其工作方式類(lèi)似于StAX。它允許用戶(hù)的應(yīng)用程序代碼從解析器中獲取事件,這與SAX解析器自動(dòng)將事件推入處理程序相反。
PULL解析器的運(yùn)行方式和SAX類(lèi)似,都是基于事件的模式。不同的是,在PULL解析過(guò)程中返回的是數(shù)字,且我們需要自己獲取產(chǎn)生的事件然后做相應(yīng)的操作,而不像SAX那樣由處理器觸發(fā)一種事件的方法,執(zhí)行我們的代碼。
讀取到xml的聲明返回 START_DOCUMENT;

讀取到xml的結(jié)束返回 END_DOCUMENT ;

讀取到xml的開(kāi)始標(biāo)簽返回 START_TAG

讀取到xml的結(jié)束標(biāo)簽返回 END_TAG

讀取到xml的文本返回 TEXT

PULL解析器小巧輕便,解析速度快,簡(jiǎn)單易用,非常適合在Android移動(dòng)設(shè)備中使用,Android系統(tǒng)內(nèi)部在解析各種XML時(shí)也是用PULL解析器,Android官方推薦開(kāi)發(fā)者們使用Pull解析技術(shù)。Pull解析技術(shù)是第三方開(kāi)發(fā)的開(kāi)源技術(shù),它同樣可以應(yīng)用于JavaSE開(kāi)發(fā)。
PULL 的工作原理:XML pull提供了開(kāi)始元素和結(jié)束元素。當(dāng)某個(gè)元素開(kāi)始時(shí),我們可以調(diào)用parser.nextText從XML文檔中提取所有字符數(shù)據(jù)。當(dāng)解釋到一個(gè)文檔結(jié)束時(shí),自動(dòng)生成EndDocument事件。
常用的XML pull的接口和類(lèi):
XmlPullParser:XML pull解析器是一個(gè)在XMLPULL VlAP1中提供了定義解析功能的接口。
XmlSerializer:它是一個(gè)接口,定義了XML信息集的序列。
XmlPullParserFactory:這個(gè)類(lèi)用于在XMPULL V1 API中創(chuàng)建XML Pull解析器。
XmlPullParserException:拋出單一的XML pull解析器相關(guān)的錯(cuò)誤。
PULL的解析流程如下:

Paste_Image.png
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,825評(píng)論 6 546
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,814評(píng)論 3 429
  • 文/潘曉璐 我一進(jìn)店門(mén),熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人,你說(shuō)我怎么就攤上這事。” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 178,980評(píng)論 0 384
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我,道長(zhǎng),這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 64,064評(píng)論 1 319
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 72,779評(píng)論 6 414
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 56,109評(píng)論 1 330
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,099評(píng)論 3 450
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書(shū)人閱讀 43,287評(píng)論 0 291
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,799評(píng)論 1 338
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 41,515評(píng)論 3 361
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 43,750評(píng)論 1 375
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,221評(píng)論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,933評(píng)論 3 351
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 35,327評(píng)論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 36,667評(píng)論 1 296
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 52,492評(píng)論 3 400
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 48,703評(píng)論 2 380

推薦閱讀更多精彩內(nèi)容