-
URLEncode解決亂碼問題
查看全部 -
去去去
查看全部 -
啊啊啊
查看全部 -
Http請求的方式 GET ?請求獲取 Request-URI 所標識的資源 POST ?在 Request-URI 所標識的資源后附加新的數據 HEAD ?請求獲取由 Request-URI 所標識的資源的響應消息報頭 PUT ?請求服務器存儲一個資源，并用 Request-URI 作為其標識 DELETE 請求服務器刪除 Request-URI 所標識的資源 TRACE ?請求服務器回送收到的請求信息，主要用于測試或診斷 CONNECT ?保留將來使用 OPTIONS ?請求查詢服務器的性能，或者查詢與資源相關的選項 -------------- Http 響應碼信息 200 OK ?//客戶端請求成功 400 Bad Request ?//客戶端請求有語法錯誤，不能被服務器所理解 401 Unauthorized ?//請求未經授權，這個狀態代碼必須和WWW-Authenticate 報頭域一起使用 403 Forbidden ?//服務器收到請求，但是拒絕提供服務 404 Not Found ?//請求的資源不存在，例如：輸入了錯誤的URL 500 Internal Server Error ?//服務器發生了不可預期的錯誤 503 Server Unavailable ?//服務器當前不能處理客戶端的請求，一段時間后可能恢復正常
查看全部 -
http1.0和1.1的區別
查看全部 -
HTTP協議特點
查看全部 -
http請求的方式
查看全部 -
Android中“Http”的簡單應用。 案例：從網上下載圖片，使用imageView顯示 1.與顯示網頁代碼類似 URL url = new URL(urlStr); HttpURLConnection connection = (HttpURLConnection) url.openConnection(); connection.setConnectTimeout(5000); // 設置超時時間 connection.setRequestMethod("GET"); // 設置請求方式為Get InputStream inputStream = connection.getInputStream(); // 獲取從網上獲得輸入流 File file=new File(context.getFilesDir()+"/img"+getTime()); //將下載的數據放入這個文件 Log.i("my", "path:"+file.toString()); if(!file.exists()) { file.createNewFile(); //如果目錄不存在，創建 } FileOutputStream fileOutputStream=new FileOutputStream(file); int temp=-1; while( (temp=inputStream.read())!=-1) { //說明讀到了數據 fileOutputStream.write(temp); } fileOutputStream.close(); final Bitmap bitmap= BitmapFactory.decodeFile(file.toString()); //將剛才下載文件變成Bitmap mHandler.post(new Runnable() { @Override public void run() { imageView.setImageBitmap(bitmap); //將bitmap設置到圖片上。 } });查看全部
-
自定義線程的run()方法的代碼 URL httpUrl = new URL(url); // 根據網頁是http還是https選擇HttpURLConnection或者HttpsURLConnection HttpURLConnection conn = (HttpURLConnection) httpUrl.openConnection(); conn.setReadTimeout(5000); // 設置等待時間，應對網絡超時 conn.setRequestMethod("GET"); // 設置請求方式 final StringBuffer sb = new StringBuffer(); // 作為從網頁讀取到的信息的緩沖 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;charset=uft-8", null); } });查看全部
-
http/1.0和1.1區別 HTTP/1.0每次請求都需要建立新的TCP連接，連接不能復用。 HTTP/1.1新的請求可以在上次請求建立的TCP連接之上發送，連接可以復用。優點是減少重復進行TCP三次握手的開銷，提高效率。 HTTP1.1在Request消息頭里頭多了一個Host域，HTTP1.0則沒有這個域。Host:www.w3.org HTTP1.1增加了OPTIONS,PUT,DELETE,TRACE,CONNECT這些Request方法查看全部
-
OSI （Open System Interconnection）七層協議 由低到高分別是： 物理層 數據鏈路層 網絡層 傳輸層 會話層 表示層 應用層 ----------------- 如下摘自網絡： 1. 物理層的作用是實現相鄰計算機節點之間比特流的透明傳送，盡可能屏蔽掉具體傳輸介質和物理設備的差異。 2. 數據鏈路層（Data Link Layer）是OSI模型的第二層，負責建立和管理節點間的鏈路。 3. 網絡層（Network Layer）是OSI模型的第三層，它是OSI參考模型中最復雜的一層。它在下兩層的基礎上向資源子網提供服務。其主要任務是：通過路由選擇算法，為報文或分組通過通信子網選擇最適當的路徑。 4. 傳輸層（Transport Layer）是OSI模型的第4層。因此該層是通信子網和資源子網的接口和橋梁，起到承上啟下的作用。該層的主要任務是：向用戶提供可靠的端到端的差錯和流量控制，保證報文的正確傳輸。 5. 會話層（Session Layer）是OSI模型的第5層，是用戶應用程序和網絡之間的接口，主要任務是：向兩個實體的表示層提供建立和使用連接的方法。 6. 表示層（Presentation Layer）是OSI模型的第六層，它對來自應用層的命令和數據進行解釋，對各種語法賦予相應的含義，并按照一定的格式傳送給會話層。其主要功能是“處理用戶信息的表示問題，如編碼、數據格式轉換和加密解密”等。 7. 應用層（Application Layer）是OSI參考模型的最高層，它是計算機用戶，以及各種應用程序和網絡之間的接口，其功能是直接向用戶提供服務，完成用戶希望在網絡上完成的各種工作。 后來有人將此簡化為 TCP/IP 四層協議查看全部
-
HTTP協議特點查看全部
-
Http請求的方式 GET 請求獲取 Request-URI 所標識的資源 POST 在 Request-URI 所標識的資源后附加新的數據 HEAD 請求獲取由 Request-URI 所標識的資源的響應消息報頭 PUT 請求服務器存儲一個資源，并用 Request-URI 作為其標識 DELETE 請求服務器刪除 Request-URI 所標識的資源 TRACE 請求服務器回送收到的請求信息，主要用于測試或診斷 CONNECT 保留將來使用 OPTIONS 請求查詢服務器的性能，或者查詢與資源相關的選項 -------------- Http 響應碼信息 200 OK //客戶端請求成功 400 Bad Request //客戶端請求有語法錯誤，不能被服務器所理解 401 Unauthorized //請求未經授權，這個狀態代碼必須和WWW-Authenticate 報頭域一起使用 403 Forbidden //服務器收到請求，但是拒絕提供服務 404 Not Found //請求的資源不存在，例如：輸入了錯誤的URL 500 Internal Server Error //服務器發生了不可預期的錯誤 503 Server Unavailable //服務器當前不能處理客戶端的請求，一段時間后可能恢復正常查看全部
-
TCP三次握手 SYN：握手信號 ACK：確認信息 1.客戶端向服務器發送一個SYN 2.服務器向客戶端發送SYN和ACK 3.客戶端向服務器發送ACK查看全部
-
URL查看全部
舉報
0/150
提交
取消