-
發(fā)送 Post 請求的部分代碼 使用到了nameValuePair 來發(fā)送實體數(shù)據(jù)。查看全部
-
發(fā)送 Get 請求的的部分代碼查看全部
-
第三方的包（Apache的項目）：HttpClient HttpClient比HttpURLConnection更加的強大和豐富。所以建議使用這個來開發(fā)Android的http客戶端。 但從android sdk(6.0)開始，Google在官方文檔里已經(jīng)不推薦用HttpClient。 ----------- 摘自評論區(qū)： 話說Google廢棄了HttpClient，卻沒有新的網(wǎng)絡(luò)框架作為替代……而實際開發(fā)中又并不會用HttpURLConnection，所以一般都是用開源網(wǎng)絡(luò)請求框架，比如 loopj 和 Volley。 httpclient已經(jīng)過時了，分享一篇博文，寫的挺好的，http://dwtedx.com/itshare_394.html查看全部
-
google瀏覽器開發(fā)者工具?？旖萱Ictrl+shift+i 或者選擇谷歌瀏覽器右上角的菜單欄，選擇更多工具 --> 開發(fā)者工具。查看全部
-
客戶端使用doGet()方式提交數(shù)據(jù)，如果含有中文字符，可能就會產(chǎn)生亂碼，解決方法：使用 URLEncode.encode(String, "utf-8")進行轉(zhuǎn)碼。 舉例：url = url + "?name=" + URLEncode.encode(name,"utf-8") + "&age="+age; 而doPost()不用進行轉(zhuǎn)碼，因為 Android 手機默認(rèn)使用的編碼格式就是“utf-8”。 那么，如何查看手機使用的編碼格式呢？可以先獲取手機的系統(tǒng)的屬性配置文件（示例代碼是寫在線程的doPost()方法中）： Properties property = System.getProperties(); 打印出配置文件的信息： property.list( System.out ); 運行后，會在后臺看到一條信息：file.encoding=UTF-8。 ----------- 摘自評論區(qū)： post請求時，只要req.setCharacterEncoding("UTF-8");這樣就可以告訴服務(wù)器請求以utf-8編碼解析，直接就是正確的中文。查看全部
-
后臺服務(wù)器出現(xiàn)中文亂碼的原因：瀏覽器給后臺提交數(shù)據(jù)的時候，Servlet默認(rèn)使用“iso-8859-1”的編碼格式，和服務(wù)器的編碼格式不同。 解決方法：在 Servlet 中進行轉(zhuǎn)碼操作，如圖。 new String(name.getBytes("iso-8859-1","utf-8"))：先把字符串按照"iso-8859-1"格式轉(zhuǎn)碼并轉(zhuǎn)換為字節(jié)，再按照"utf-8"格式轉(zhuǎn)碼，并轉(zhuǎn)換為字符串。 設(shè)置響應(yīng)頭接收的文本類型：response.setContentType("text/html;charset=utf-8"); //文本類型是html，編碼格式是utf-8。查看全部
-
doPost()方法的實現(xiàn)，通過 OutputStream 發(fā)送數(shù)據(jù)。 需要在 OutputStream 的 write()方法中將要發(fā)送的數(shù)據(jù)轉(zhuǎn)換為字節(jié)形式。 doPost()方法比較安全，且能夠發(fā)送比較大的數(shù)據(jù)量。查看全部
-
Get的提交方式是通過url傳遞參數(shù)，所以要注意 url 的格式： url = url + "?name=" + name + "&age=" + age; 也就是在網(wǎng)站的url后面添加問號，在問號后面添加參數(shù)，多個參數(shù)之間用“&”隔開。 此方法并不安全，并且能發(fā)送的數(shù)據(jù)量也極少。 之后別忘了在該線程的 run()方法中調(diào)用 doGet()。查看全部
-
jsp 頁面的編寫查看全部
-
重寫 Servlet 的doPost()方法 另外，doGet()直接調(diào)用 doPost()方法。查看全部
-
自定義線程的run()方法的代碼 URL httpUrl = new URL(url); // 根據(jù)網(wǎng)頁是http還是https選擇HttpURLConnection或者HttpsURLConnection HttpURLConnection conn = (HttpURLConnection) httpUrl.openConnection(); conn.setReadTimeout(5000); // 設(shè)置等待時間，應(yīng)對網(wǎng)絡(luò)超時 conn.setRequestMethod("GET"); // 設(shè)置請求方式 final StringBuffer sb = new StringBuffer(); // 作為從網(wǎng)頁讀取到的信息的緩沖 BufferedReader br = new BufferedReader(new InputStreamReader(conn.getInputStream())); String str; while ((str=br.readLine())!=null){ // 每次讀取一行，并添加到緩沖中 sb.append(str); } handler.post(new Runnable() { @Override public void run() { webView.loadDataWithBaseURL(url, sb.toString(), "text/html", "uft-8", null); } }); 注意 Runnable 的 run()方法使用是的 webView.loadDataWithBaseURL，而不是圖中的方法。 親測發(fā)現(xiàn)訪問不了百度，但可以訪問其他網(wǎng)站，比如慕課網(wǎng)：http://idcbgp.cn/查看全部
-
http 1.0 和 1.1 的區(qū)別 TCP三次握手是有開銷的，連接的復(fù)用就減少了三次握手的重復(fù)進行，減少了開銷，提高了效率。查看全部
-
OSI （Open System Interconnection）七層協(xié)議 由低到高分別是： 物理層 數(shù)據(jù)鏈路層 網(wǎng)絡(luò)層 傳輸層 會話層 表示層 應(yīng)用層 ----------------- 如下摘自網(wǎng)絡(luò)： 1. 物理層的作用是實現(xiàn)相鄰計算機節(jié)點之間比特流的透明傳送，盡可能屏蔽掉具體傳輸介質(zhì)和物理設(shè)備的差異。 2. 數(shù)據(jù)鏈路層（Data Link Layer）是OSI模型的第二層，負(fù)責(zé)建立和管理節(jié)點間的鏈路。 3. 網(wǎng)絡(luò)層（Network Layer）是OSI模型的第三層，它是OSI參考模型中最復(fù)雜的一層。它在下兩層的基礎(chǔ)上向資源子網(wǎng)提供服務(wù)。其主要任務(wù)是：通過路由選擇算法，為報文或分組通過通信子網(wǎng)選擇最適當(dāng)?shù)穆窂健?4. 傳輸層（Transport Layer）是OSI模型的第4層。因此該層是通信子網(wǎng)和資源子網(wǎng)的接口和橋梁，起到承上啟下的作用。該層的主要任務(wù)是：向用戶提供可靠的端到端的差錯和流量控制，保證報文的正確傳輸。 5. 會話層（Session Layer）是OSI模型的第5層，是用戶應(yīng)用程序和網(wǎng)絡(luò)之間的接口，主要任務(wù)是：向兩個實體的表示層提供建立和使用連接的方法。 6. 表示層（Presentation Layer）是OSI模型的第六層，它對來自應(yīng)用層的命令和數(shù)據(jù)進行解釋，對各種語法賦予相應(yīng)的含義，并按照一定的格式傳送給會話層。其主要功能是“處理用戶信息的表示問題，如編碼、數(shù)據(jù)格式轉(zhuǎn)換和加密解密”等。 7. 應(yīng)用層（Application Layer）是OSI參考模型的最高層，它是計算機用戶，以及各種應(yīng)用程序和網(wǎng)絡(luò)之間的接口，其功能是直接向用戶提供服務(wù)，完成用戶希望在網(wǎng)絡(luò)上完成的各種工作。 后來有人將此簡化為 TCP/IP 四層協(xié)議查看全部
-
Http協(xié)議的特點 無狀態(tài)：對事務(wù)處理沒有記憶。查看全部
-
如圖，Http常見的幾種請求方式 Http請求的方式 GET 請求獲取 Request-URI 所標(biāo)識的資源 POST 在 Request-URI 所標(biāo)識的資源后附加新的數(shù)據(jù) HEAD 請求獲取由 Request-URI 所標(biāo)識的資源的響應(yīng)消息報頭 PUT 請求服務(wù)器存儲一個資源，并用 Request-URI 作為其標(biāo)識 DELETE 請求服務(wù)器刪除 Request-URI 所標(biāo)識的資源 TRACE 請求服務(wù)器回送收到的請求信息，主要用于測試或診斷 CONNECT 保留將來使用 OPTIONS 請求查詢服務(wù)器的性能，或者查詢與資源相關(guān)的選項 -------------- Http 響應(yīng)碼信息 200 OK //客戶端請求成功 400 Bad Request //客戶端請求有語法錯誤，不能被服務(wù)器所理解 401 Unauthorized //請求未經(jīng)授權(quán)，這個狀態(tài)代碼必須和WWW-Authenticate 報頭域一起使用 403 Forbidden //服務(wù)器收到請求，但是拒絕提供服務(wù) 404 Not Found //請求的資源不存在，例如：輸入了錯誤的URL 500 Internal Server Error //服務(wù)器發(fā)生了不可預(yù)期的錯誤 503 Server Unavailable //服務(wù)器當(dāng)前不能處理客戶端的請求，一段時間后可能恢復(fù)正常查看全部
舉報
0/150
提交
取消