ARM7的嵌入式Web服務器設計技術
3.2 對動態內容和動態表單的實現
先編寫一個包含DATA x>動態標志和表單的HTML文件,再分別編寫動態內容處理功能函數和表單分析處理函數。在建立HTTP服務器套接字之前,需要先安裝好自己句柄,將網頁中的動態標識與其對應的動態內容處理功能函數,以及表單標識與表單分析處理函數相關聯。圖2中的動態內容/句柄API就是用來提供變量名/表單名與用戶定義功能之間的聯系。
動態內容安裝句柄:
addDynamicContent(“temperature”,&getTemper);
表單安裝句柄:
addDynamicHandler(/control,&myHandler);
其中,temperature和/control分別為網頁中的動態內容標識和表單標識,getTemper和myHandler分別為動態內容處理功能函數和表單分析處理函數。
這樣,每當有GET請求時,動態內容處理功能函數的返回值將替代動態標志的值嵌入到內容流中。每當有POST請求時,表單分析處理函數調用parseVarialbe功能,簡單地在內容中查找變量名。一旦發現,這個值便被復制到用戶緩沖器中,直到發現分界符“&”。POST構造一個包括報體的HTTP請求報文,發送給Web服務器。該報文按照鍵值對其進行組裝,使用符號“&”分隔。
3.3 嵌入式Web服務器主程序
嵌入式Web服務器主程序流程如圖3所示。本設計中使用的Web服務器套接字是典型的TCP流套接字。通過socket()創建一個套接字,使用bind()將該套接字綁定在80端口上,通過listen()設定監聽的連接數,最后調用accept()等待Web客戶機的連接請求。一個套接字支持一個請求,不能支持永久型連接。當服務器接收到一個連接時,功能函數handleConnection()對用戶請求進行解析,根據返回的內容關閉客戶機套接字,然后等待另一個套接字請求。本文引用地址:http://www.104case.com/article/151465.htm
對handleConneetion()功能函數(請求報文分析程序)分析如下:
①在HTTP請求報文中進行讀操作,從該套接字循環讀取,直到滿足以下兩個條件之一:查找到Content_Length報頭,確定報文報體大小;請求若為post方法,簡單地查找+QUERY文本。
②處理HTTP請求類型。對請求報文的第一個令牌進行識別。如果為GET請求,則從中分析請求的文件名,使用lookupFilename()功能函數查找該文件名,若沒有則發送適當的狀態碼給請求者,若有則調用returnFile原語通過套接字來發送請求文件。如果為HTTP POST請求,則再次分析文件名,然后通過call Dynamic Handle功能函數調用一個用戶定義的功能處理請求。若既非GET請求,也非POST請求,則返回狀態碼“not implemented”。
4 應用程序文件系統的構造
本設計使用一個特殊的buildfs應用程序將網頁文件編譯為順序的數據結構,它將網頁文件所在的目錄路徑作為變量,將這個變量作為內容樹的根。遍歷內容樹,將遇到的每個文件累計到應用程序文件系統結構中,并寫入文件filedata.c。文件filedata.c作為工程文件的一部分,一同被編譯、下載到硬件上。buildfs生成的應用程序文件系統結構如表1所列。當定位一個文件時,只需找到文件報頭,將文件項目的文件名和源文件名進行比較。若文件匹配,則可將后來檢索的元素調出。
評論