0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

基于LwIP的HTTP客戶端設(shè)計

CHANBAEK ? 來源:木南創(chuàng)智 ? 作者:尹家軍 ? 2022-12-14 15:19 ? 次閱讀

前面我們實現(xiàn)了TCP服務(wù)器和客戶端的簡單應(yīng)用,接下來我們實現(xiàn)一個基于TCP協(xié)議的應(yīng)用協(xié)議,那就是HTTP超文本傳輸協(xié)議

1 、 HTTP****協(xié)議簡介

超文本傳輸協(xié)議(Hyper Text Transfer Protocol),簡稱HTTP,是一種基于TCP的應(yīng)用層協(xié)議,也是目前為止最為流行的應(yīng)用層協(xié)議之一,可以說HTTP協(xié)議是萬維網(wǎng)的基石。

HTTP是一種客戶端請求、服務(wù)器應(yīng)答式的應(yīng)用層傳輸協(xié)議,也就是說服務(wù)器端是不可能主動向客戶端發(fā)送數(shù)據(jù)的。在網(wǎng)絡(luò)正常的情況下請求和響應(yīng)都是一一對應(yīng)的。而這個請求和響應(yīng)也就是后端開發(fā)人員經(jīng)??吹降腞equest和Response。

首先,我們來看客戶器端的請求,HTTP請求報文由請求行、請求頭、空白行以及請求體組成。其報文格式如下:

我們來說一說請求行,它由請求方法字段、URL字段和HTTP協(xié)議版本字段3個字段組成,它們用空格分隔。需要理解的是請求方法,HTTP協(xié)議的請求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT幾種。先對常用的幾種說明如下:

  • GET****方法 ,意思是獲取URL指定的資源,這個請求方式是最簡單的也是最常用的。使用GET 方法時,可以將請求參數(shù)和對應(yīng)的值附加在 URI 后面,利用一個問號(“?”)將資源的URI和請求參數(shù)隔開,參數(shù)之間使用與符號(“&”)隔開,因此傳遞參數(shù)長度也受到了限制,而且與隱私相關(guān)的信息也直接暴露在URI中。比如/index.jsp?username=holmofy&password=123123
  • HEAD****方法 ,與GET用法相同,但沒有響應(yīng)體,使用場合沒有GET多。比如下載前使用HEAD發(fā)送請求,通過ContentLength響應(yīng)字段,來了解網(wǎng)絡(luò)資源的大?。换蛘咄ㄟ^LastModified響應(yīng)字段來判斷本地緩存資源是否要更新。
  • POST****方法 ,一般用提交信息或數(shù)據(jù),請求服務(wù)器進(jìn)行處理(例如提交表單或者上傳文件)。表單使用POST相對GET來說還是比較隱秘的,而且GET的URL有長度限制,而上傳大文件就必須要使用POST了。
  • OPTIONS****方法 ,該方法用于請求服務(wù)器告知其支持哪些其他的功能和方法。通過OPTIONS 方法,可以詢問服務(wù)器具體支持哪些方法,或者服務(wù)器會使用什么樣的方法來處理一些特殊資源??梢哉f這是一個探測性的方法,客戶端通過該方法可以在不訪問服務(wù)器上實際資源的情況下就知道處理該資源的最優(yōu)方式。這個選項在跨域HTTP請求的情況出現(xiàn)的比較多,這里有一片關(guān)于跨域請求的文章,其中有一張圖很好的解釋了什么是跨域HTTP請求。

客戶端發(fā)出HTTP請求,服務(wù)端接收后,會向客戶端發(fā)送響應(yīng)信息。所以接下來,我們來看看服務(wù)器端的響應(yīng)報文。HTTP響應(yīng)報文由響應(yīng)行、響應(yīng)頭、空白行以及響應(yīng)體組成。其報文格式如下:

在響應(yīng)報文中,非常重要的就是響應(yīng)行,其中響應(yīng)行中最重要的就是HTTP的狀態(tài)碼。HTTP協(xié)議中狀態(tài)碼有三位數(shù)字組成,第一位數(shù)字定義了響應(yīng)的類別,有以下五種:

  • 1XX :信息提示。表示請求已被服務(wù)器接受,但需要繼續(xù)處理,范圍為100~101。
  • 2XX :請求成功。服務(wù)器成功處理了請求。范圍為200~206。
  • 3XX :客戶端重定向。重定向狀態(tài)碼用于告訴客戶端瀏覽器,它們訪問的資源已被移動,并告訴客戶端新的資源位置。客戶端收到重定向會重新對新資源發(fā)起請求。范圍為300~305。
  • 4XX :客戶端信息錯誤??蛻舳丝赡馨l(fā)送了服務(wù)器無法處理的東西,比如請求的格式錯誤,或者請求了一個不存在的資源。范圍為400~415。
  • 5XX :服務(wù)器出錯??蛻舳税l(fā)送了有效的請求,但是服務(wù)器自身出現(xiàn)錯誤,比如Web程序運(yùn)行出錯。范圍是500~505。

我們開發(fā)過程有一些狀態(tài)碼比較常見,我們對其簡單說明如下:

2 、 HTTP****客戶端設(shè)計

我們已經(jīng)說過了,HTTP協(xié)議是基于TCP運(yùn)行的,那么佷顯然我們要實現(xiàn)一個HTTP客戶端其本質(zhì)上首先是要實現(xiàn)一個TCP客戶端。

在實現(xiàn)TCP客戶端的基礎(chǔ)上,我們要讓這個客戶端能夠?qū)崿F(xiàn)HTTP協(xié)議的基本操作。所以我們需要為客戶端構(gòu)造請求報文。關(guān)于請求報文的格式前面已經(jīng)介紹過了,我們根據(jù)這個格式來構(gòu)造,因為我們只是簡單的一個HTTP客戶端測試,所以我們采用GET方法。我們構(gòu)造報文如下:

"GET https://www.cnblogs.com/foxclever/ HTTP/1.1\\r\\n"

"Host:www.cnblogs.com:80\\r\\n\\r\\n";

對于HTTP協(xié)議具有專門的端口號,所以我們采用這個制定的端口號來實現(xiàn)。而實現(xiàn)的流程與一般TCP客戶端是一樣的。

3 、 HTTP****客戶端實現(xiàn)

經(jīng)過上述的分析以及我們前面實現(xiàn)TCP客戶端的經(jīng)驗,實現(xiàn)HTTP客戶端已經(jīng)沒有問題。與TCP客戶端一般,我們將HTTP客戶端分成4個函數(shù)來實現(xiàn)。首先依然是實現(xiàn)HTTP客戶端的初始化:

1 /* HTTP客戶端初始化配置*/
 2  void Http_Client_Initialization(void)
 3 {
 4   struct tcp_pcb *tcp_client_pcb;
 5   ip_addr_t ipaddr;
 6  
 7   /* 將目標(biāo)服務(wù)器的IP寫入一個結(jié)構(gòu)體,為pc機(jī)本地連接IP地址 */
 8 IP4_ADDR(&ipaddr,httpServerIP[0],httpServerIP[1],httpServerIP[2],httpServerIP[3]);
 9  
10   /* 為tcp客戶端分配一個tcp_pcb結(jié)構(gòu)體    */
11   tcp_client_pcb = tcp_new();
12  
13   /* 綁定本地端號和IP地址 */
14   tcp_bind(tcp_client_pcb, IP_ADDR_ANY, TCP_HTTP_CLIENT_PORT);
15  
16   if (tcp_client_pcb != NULL)
17   {
18     /* 與目標(biāo)服務(wù)器進(jìn)行連接,參數(shù)包括了目標(biāo)端口和目標(biāo)IP */
19     tcp_connect(tcp_client_pcb, &ipaddr, TCP_HTTP_SERVER_PORT, HTTPClientConnected);
20    
21     tcp_err(tcp_client_pcb, HTTPClientConnectError);
22   }
23 }

我們很容易發(fā)現(xiàn),上述初始化的代碼其實就是TCP客戶端的初始化代碼,除了所使用的端口不一樣外,其它都一樣。也是在初始化代碼中實現(xiàn)了兩個函數(shù)的注冊:一是使用tcp_connect注冊連接完成的處理回調(diào)函數(shù);二是使用tcp_err注冊了連接錯誤處理回調(diào)函數(shù)。很明顯接下來我們需要實現(xiàn)這兩個函數(shù)。

連接到服務(wù)器成功后的回調(diào)函數(shù)是tcp_connected_fn類型。在客戶端建立一個連接后,內(nèi)核會調(diào)用這個函數(shù)。在這個函數(shù)中,客戶端回想服務(wù)器發(fā)送最初的操作請求,并且會在這個函數(shù)中注冊數(shù)據(jù)接收處理回調(diào)函數(shù)。

1 /* HTTP客戶端連接到服務(wù)器回調(diào)函數(shù) */
 2 static err_t HTTPClientConnected(void *arg, struct tcp_pcb *pcb, err_t err)
 3 {
 4   char clientString[]="GET https://www.cnblogs.com/foxclever/ HTTP/1.1\\r\\n"
 5 
 6                   "Host:www.cnblogs.com:80\\r\\n\\r\\n";
 7  
 8   /* 配置接收回調(diào)函數(shù) */
 9   tcp_recv(pcb, HTTPClientCallback);
10  
11   /* 發(fā)送一個建立連接的問候字符串*/
12   tcp_write(pcb,clientString, strlen(clientString),0);
13  
14   return ERR_OK;
15 }

這個代碼也是與普通TCP客戶端一樣,只是為了應(yīng)用于HTTP協(xié)議,我們發(fā)送的請求字符串需要按照HTTP的格式來設(shè)定。對HTTP客戶端連接服務(wù)器錯誤回調(diào)函數(shù),它是tcp_err_fn類型,在這個程序中主要完成連接異常結(jié)束時的一些處理,可以釋放一些必要的資源。在這個函數(shù)被內(nèi)核調(diào)用時,連接實際上已經(jīng)斷開,相關(guān)控制塊也已經(jīng)被刪除。所以在這個函數(shù)中我們可以重新初始化連接及其資源。在這里我們就是使用它來重新初始化TCP客戶端。

1 /* HTTP客戶端連接服務(wù)器錯誤回調(diào)函數(shù) */
2 static void HTTPClientConnectError(void *arg, err_t err)
3 {
4   /* 重新啟動連接 */
5   Http_Client_Initialization();
6 }

最后我們需要實現(xiàn)的是HTTP客戶端接收到數(shù)據(jù)后的數(shù)據(jù)處理回調(diào)函數(shù)。這個函數(shù)其實就是我們前面連接成功時,注冊過的HTTP客戶端數(shù)據(jù)接收處理函數(shù)。這個函數(shù)是tcp_recv_fn類型。這是使用RAW API實現(xiàn)HTTP客戶端功能最重要的一個函數(shù),因為它決定HTTP客戶端的具體功能。

1 /* HTTP客戶端接收到數(shù)據(jù)后的數(shù)據(jù)處理回調(diào)函數(shù) */
 2 static err_t HTTPClientCallback(void *arg, struct tcp_pcb *pcb, struct pbuf *tcp_recv_pbuf, err_t err)
 3 {
 4   struct pbuf *tcp_send_pbuf;
 5   char echoString[]="GET https://www.cnblogs.com/foxclever/ HTTP/1.1\\r\\n"
 6 
 7                  "Host:www.cnblogs.com:80\\r\\n\\r\\n";
 8  
 9   if (tcp_recv_pbuf != NULL)
10   {
11     /* 更新接收窗口 */
12     tcp_recved(pcb, tcp_recv_pbuf->tot_len);
13  
14     /* 將接收到的服務(wù)器內(nèi)容回顯*/
15     tcp_write(pcb,echoString, strlen(echoString), 1);
16     tcp_send_pbuf = tcp_recv_pbuf;
17     tcp_write(pcb, tcp_send_pbuf->payload, tcp_send_pbuf->len, 1);
18  
19     pbuf_free(tcp_recv_pbuf);
20   }
21   else if (err == ERR_OK)
22   {
23     tcp_close(pcb);
24     Http_Client_Initialization();
25  
26     return ERR_OK;
27   }
28  
29   return ERR_OK;
30 }

同樣,這段代碼也是除了要按HTTP協(xié)議構(gòu)造響應(yīng)信息外,其他部分與普通TCP客戶端類似。

4 、結(jié)論

與前一篇實現(xiàn)HTTP服務(wù)器是基于TCP服務(wù)器實現(xiàn)的一樣,這里我們實現(xiàn)HTTP客戶端是基于TCP客戶端來實現(xiàn)的。在我們前面已經(jīng)實現(xiàn)TCP客戶端的情況下,開發(fā)HTTP客戶端應(yīng)用就顯得簡單了。在這一篇我們基于LwIP實現(xiàn)了一個簡單的HTTP客戶端應(yīng)用,我們并對其進(jìn)行了簡單的測試。再歷程中我們只是實現(xiàn)了GET方法,但經(jīng)測試設(shè)計是正確的。如果需要設(shè)計其他方法的HTTP應(yīng)用只需在此基礎(chǔ)上添加即可。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    12

    文章

    8696

    瀏覽量

    84524
  • HTTP
    +關(guān)注

    關(guān)注

    0

    文章

    478

    瀏覽量

    30755
  • TCP
    TCP
    +關(guān)注

    關(guān)注

    8

    文章

    1321

    瀏覽量

    78753
  • 客戶端
    +關(guān)注

    關(guān)注

    1

    文章

    287

    瀏覽量

    16604
  • LwIP
    +關(guān)注

    關(guān)注

    2

    文章

    84

    瀏覽量

    26931
收藏 人收藏

    評論

    相關(guān)推薦

    stm32 +lwip1.3.1客戶端異常導(dǎo)致網(wǎng)絡(luò)ping不通怎么解決?

    stm32上運(yùn)行lwip作為服務(wù)器,如果客戶端異常了,發(fā)現(xiàn)在客戶端再也ping不通 網(wǎng)絡(luò)如果異常,交換機(jī)掛了,重啟后,客戶端怎么都ping不通stm32 有沒有遇到同樣的問題? 不是
    發(fā)表于 04-22 07:30

    ucos2中lwip tcp做客戶端

    我用的是lwip1.40,我照著官網(wǎng)上l.40的tcp服務(wù)器例程寫的代碼,感覺還行,隨時可以鏈接,斷開后,也可以連接,但我自己寫的客戶端,先鏈接 在斷開,在鏈接就不能通訊數(shù)據(jù)了,就是沒有重連機(jī)制,有沒有大神有具有重連機(jī)制的客戶端
    發(fā)表于 06-17 16:35

    lwip客戶端不能傳輸串口的動態(tài)數(shù)據(jù)

    lwip客戶端例程的基礎(chǔ)上修改回調(diào)函數(shù) 聲明一個全局sendbuf[50],把串口的數(shù)據(jù)放在sendbuf[]中,通過lwIP tcp_poll發(fā)送,打開網(wǎng)絡(luò)調(diào)試助手和串口調(diào)試助手調(diào)試,發(fā)現(xiàn)
    發(fā)表于 06-27 03:55

    如何解決lwip的netconn客戶端發(fā)送問題

    我的板子做客戶端,用的lwip,現(xiàn)在在與服務(wù)器連接成功后,發(fā)送有個問題1,在網(wǎng)絡(luò)調(diào)試助手中設(shè)置20ms不停發(fā)送1字節(jié),板子客戶端在接收到服務(wù)器的數(shù)據(jù)后,直接返回數(shù)據(jù), 總共發(fā)送10000字節(jié),調(diào)試
    發(fā)表于 07-15 04:36

    LWIP作服務(wù)器連接第一個客戶端后,以后的客戶端就連接不上

    我用的F407,UCOSII+LWIP作為服務(wù)器,現(xiàn)在情況是如果客戶端只有一個的話連接是正常的,但是如果第一個客戶端連接上,以后的客戶端就連接不上了。原子的教程沒有這方面的內(nèi)容,不知道
    發(fā)表于 03-06 04:35

    請問LWIP TCPserver支持多個客戶端連接嗎?

    有些郁悶 來向壇友詢問了LWIP TCPserver能做出來 就是使用原子的例程改的但無法支持多個客戶端的連接有人寫出多個客戶端可以連接的server程序嗎? 分享下代碼 不用把整個工程發(fā)出來
    發(fā)表于 03-15 23:23

    怎樣去設(shè)計嵌入式LWIP網(wǎng)絡(luò)客戶端

    嵌入式LWIP網(wǎng)絡(luò)客戶端設(shè)計教程本文引用地址: 嵌入式技術(shù)的興起使得傳統(tǒng)的基于PC機(jī)的互聯(lián)網(wǎng)技術(shù)優(yōu)勢不再,嵌入式網(wǎng)絡(luò)客戶端與服務(wù)技術(shù)成為熱點,而該技術(shù)需要移植性高、占用資源小的協(xié)議棧
    發(fā)表于 08-06 06:46

    stm32f107vc lwip tcp客戶端

    stm32f107vc lwip tcp客戶端 服務(wù)器數(shù)據(jù)傳輸?shù)谝黄猅CP客戶端模式簡單數(shù)據(jù)收發(fā) ----控制開發(fā)板LED燈概要建立LWIP客戶端
    發(fā)表于 08-06 09:17

    一個HTTP協(xié)議客戶端源代碼資料免費(fèi)下載

    本文檔的主要內(nèi)容詳細(xì)介紹的是一個簡單的HTTP協(xié)議客戶端源代碼資料免費(fèi)下載。
    發(fā)表于 10-18 17:49 ?7次下載
    一個<b class='flag-5'>HTTP</b>協(xié)議<b class='flag-5'>客戶端</b>源代碼資料免費(fèi)下載

    嵌入式LWIP網(wǎng)絡(luò)客戶端設(shè)計資料下載

    電子發(fā)燒友網(wǎng)為你提供嵌入式LWIP網(wǎng)絡(luò)客戶端設(shè)計資料下載的電子資料下載,更有其他相關(guān)的電路圖、源代碼、課件教程、中文資料、英文資料、參考設(shè)計、用戶指南、解決方案等資料,希望可以幫助到廣大的電子工程師們。
    發(fā)表于 04-11 08:52 ?11次下載
    嵌入式<b class='flag-5'>LWIP</b>網(wǎng)絡(luò)<b class='flag-5'>客戶端</b>設(shè)計資料下載

    STM32+LWIP服務(wù)器實現(xiàn)多客戶端連接

    用過正點原子LWIP服務(wù)器例程開發(fā)的朋友可能知道,例程的設(shè)計是只支持一個客戶端連接的,但實際應(yīng)用中往往需要用到多客戶端連接。下面是在正點原子擴(kuò)展例程 網(wǎng)絡(luò)實驗14 NETCONN_TCP 服務(wù)器
    發(fā)表于 12-23 19:59 ?59次下載
    STM32+<b class='flag-5'>LWIP</b>服務(wù)器實現(xiàn)多<b class='flag-5'>客戶端</b>連接

    適用于Java的Google HTTP客戶端庫使用教程

    介紹 由 Google 編寫的用于 Java 的 Google HTTP 客戶端庫是一個靈活、高效且功能強(qiáng)大的 Java 庫,用于通過 HTTP 訪問網(wǎng)絡(luò)上的任何資源。圖書館有以下 特征: 可插入
    發(fā)表于 04-12 10:33 ?3次下載

    基于LwIP的TCP客戶端設(shè)計

    上一篇我們基于LwIP協(xié)議棧的RAW API實現(xiàn)了一個TCP服務(wù)器的簡單應(yīng)用,接下來一節(jié)我們來實現(xiàn)一個TCP客戶端的簡單應(yīng)用。
    的頭像 發(fā)表于 12-14 15:12 ?2123次閱讀
    基于<b class='flag-5'>LwIP</b>的TCP<b class='flag-5'>客戶端</b>設(shè)計

    HTTP客戶端快速入門指南

    HTTP客戶端快速入門指南
    發(fā)表于 01-12 18:45 ?0次下載
    <b class='flag-5'>HTTP</b><b class='flag-5'>客戶端</b>快速入門指南

    HTTP客戶端快速入門指南

    HTTP客戶端快速入門指南
    發(fā)表于 07-03 18:38 ?0次下載
    <b class='flag-5'>HTTP</b><b class='flag-5'>客戶端</b>快速入門指南