android封裝http
1. android 怎麼自定義封裝httpurlconnection
建議用okhttp，以及okhttp的封裝好了的框架。因為網路請求你無法考慮周全。
2. Android伺服器通信的幾種方式詳解
大 學學習網路基礎的時候老師講過，網路由下往上分為物理層、數據鏈路層、網路層、傳輸層、會話層、表示層和應用層。通過初步的了解，我知道IP協議對應於網 絡層，TCP協議對應於傳輸層，而HTTP協議對應於應用層，三者從本質上來說沒有可比性，socket則是對TCP/IP協議的封裝和應用（程序員層面 上）。也可以說，TPC/IP協議是傳輸層協議，主要解決數據如何在網路中傳輸，而HTTP是應用層協議，主要解決如何包裝數據。關於TCP/IP和 HTTP協議的關系，網路有一段比較容易理解的介紹： 「我們在傳輸數據時，可以只使用（傳輸層）TCP/IP協議，但是那樣的話，如果沒有應用層，便無法識別數據內容，如果想要使傳輸的數據有意義，則必須使 用到應用層協議，應用層協議有很多，比如HTTP、FTP、TELNET等，也可以自己定義應用層協議。WEB使用HTTP協議作應用層協議，以封裝 HTTP文本信息，然後使用TCP/IP做傳輸層協議將它發到網路上。」
而我們平時說的最多的socket是什麼呢，實際上socket是對TCP/IP協議的封裝，Socket本身並不是協議，而是一個調用介面（API）， 通過Socket，我們才能使用TCP/IP協議。實際上，Socket跟TCP/IP協議沒有必然的聯系。Socket編程介面在設計的時候，就希望也 能適應其他的網路協議。所以說，Socket的出現只是使得程序員更方便地使用TCP/IP協議棧而已，是對TCP/IP協議的抽象，從而形成了我們知道 的一些最基本的函數介面，比如create、listen、connect、accept、send、read和write等等。網路有一段關於 socket和TCP/IP協議關系的說法比較容易理解：「TCP/IP只是一個協議棧，就像操作系統的運行機制一樣，必須要具體實現，同時還要提供對外 的操作介面。這個就像操作系統會提供標準的編程介面，比如win32編程介面一樣，TCP/IP也要提供可供程序員做網路開發所用的介面，這就是 Socket編程介面。」
關於TCP/IP協議的相關只是，用博大精深來講我想也不為過，單單查一下網上關於此類只是的資料和書籍文獻的數量就知道，這個我打算會買一些經典的書籍 （比如《TCP/IP詳解：卷一、卷二、卷三》）進行學習，今天就先總結一些基於基於TCP/IP協議的應用和編程介面的知識，也就是剛才說了很多的 HTTP和Socket。
CSDN上有個比較形象的描述：HTTP是轎車，提供了封裝或者顯示數據的具體形式；Socket是發動機，提供了網路通信的能力。
實際上，傳輸層的TCP是基於網路層的IP協議的，而應用層的HTTP協議又是基於傳輸層的TCP協議的，而Socket本身不算是協議，就像上面所說，它只是提供了一個針對TCP或者UDP編程的介面。
下面是一些經常在筆試或者面試中碰到的重要的概念，特在此做摘抄和總結。
一。什麼是TCP連接的三次握手
第一次握手：客戶端發送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；
第二次握手：伺服器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；
第三次握手：客戶端收到伺服器的SYN＋ACK包，向伺服器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。
握手過程中傳送的包里不包含數據，三次握手完畢後，客戶端與伺服器才正式開始傳送數據。理想狀態下，TCP連接一旦建立，在通信雙方中的任何一方主動關閉 連接之前，TCP 連接都將被一直保持下去。斷開連接時伺服器和客戶端均可以主動發起斷開TCP連接的請求，斷開過程需要經過「四次握手」（過程就不細寫了，就是伺服器和客 戶端交互，最終確定斷開）
二。利用Socket建立網路連接的步驟
建立Socket連接至少需要一對套接字，其中一個運行於客戶端，稱為ClientSocket ，另一個運行於伺服器端，稱為ServerSocket 。
套接字之間的連接過程分為三個步驟：伺服器監聽，客戶端請求，連接確認。
1。伺服器監聽：伺服器端套接字並不定位具體的客戶端套接字，而是處於等待連接的狀態，實時監控網路狀態，等待客戶端的連接請求。
2。客戶端請求：指客戶端的套接字提出連接請求，要連接的目標是伺服器端的套接字。為此，客戶端的套接字必須首先描述它要連接的伺服器的套接字，指出伺服器端套接字的地址和埠號，然後就向伺服器端套接字提出連接請求。
3。 連接確認：當伺服器端套接字監聽到或者說接收到客戶端套接字的連接請求時，就響應客戶端套接字的請求，建立一個新的線程，把伺服器端套接字的描述發給客戶 端，一旦客戶端確認了此描述，雙方就正式建立連接。而伺服器端套接字繼續處於監聽狀態，繼續接收其他客戶端套接字的連接請求。
三。HTTP鏈接的特點
HTTP協議即超文本傳送協議(Hypertext Transfer Protocol )，是Web聯網的基礎，也是手機聯網常用的協議之一，HTTP協議是建立在TCP協議之上的一種應用。
HTTP連接最顯著的特點是客戶端發送的每次請求都需要伺服器回送響應，在請求結束後，會主動釋放連接。從建立連接到關閉連接的過程稱為「一次連接」。
四。TCP和UDP的區別（考得最多。。快被考爛了我覺得- -\\）
1。 TCP是面向鏈接的，雖然說網路的不安全不穩定特性決定了多少次握手都不能保證連接的可靠性，但TCP的三次握手在最低限度上（實際上也很大程度上保證 了）保證了連接的可靠性；而UDP不是面向連接的，UDP傳送數據前並不與對方建立連接，對接收到的數據也不發送確認信號，發送端不知道數據是否會正確接 收，當然也不用重發，所以說UDP是無連接的、不可靠的一種數據傳輸協議。
2。也正由於1所說的特點，使得UDP的開銷更小數據傳輸速率更高，因為不必進行收發數據的確認，所以UDP的實時性更好。
知 道了TCP和UDP的區別，就不難理解為何採用TCP傳輸協議的MSN比採用UDP的QQ傳輸文件慢了，但並不能說QQ的通信是不安全的，因為程序員可以 手動對UDP的數據收發進行驗證，比如發送方對每個數據包進行編號然後由接收方進行驗證啊什麼的，即使是這樣，UDP因為在底層協議的封裝上沒有採用類似 TCP的「三次握手」而實現了TCP所無法達到的傳輸效率。
3. 如何在安卓上搭建http伺服器
轉載 本文介紹如何在安卓手機上搭建http伺服器，有時候我們會有這要的需求，那就是想在自己的安卓手機上搭建一個簡單的http服務里，有人是想用來玩一玩，有人是想做點研究，還有人有其他的目的，那麼我們該怎麼在安卓上搭建一個http伺服器呢，下面安卓後院 為大家收集整理的一個方法，希望能夠幫到大家。
一、准備篇
1.將lmp.tar.bz2移動到SD卡根目錄(/mnt/sdcard/)
2.安裝安卓終端模擬器(TerminalEmulator.apk)
(註：lmp.tar.bz2文件可以在本站的安卓工具箱頁面下下載)
二、安裝篇
1.打開安卓終端模擬器
2.執行以下命令(root)
$ su
# cd /
# mount -o remount,rw /system
# tar xf /mnt/sdcard/lmp.tar.bz2
# mount -o remount,ro /system
# exit
$ exit
三、啟動篇
1.打開安卓終端模擬器
2.執行以下命令(root)
$ su
# almp-start.sh
# exit
$ exit
三、關閉篇
1.打開安卓終端模擬器
2.執行以下命令(root)
$ su
# almp-stop.sh
# exit
$ exit
四、測試篇
1.打開網路瀏覽器(OperaMobile)
2.輸入以下地址欣賞下您的almp環境吧
http://127.0.0.1/
http://127.0.0.1/fileadmin/
或者
http://localhost/
http://localhost/fileadmin/
*.部分瀏覽器不支持localhost的解析
五、mysql篇
1.mysql用戶名為root
2.mysql默認密碼為空
3.mysql用以下地址訪問
127.0.0.1:3306
localhost:3306
4.推薦phpmyadmin管理您的mysql資料庫
5.由於phpmyadmin更新頻繁,請自己下載安裝
6.phpmyadmin默認不支持空密碼登陸,請自己修改phpmyadmin的配置文件
7.登陸phpmyadmin輕擊修改密碼為您的mysql超級用戶root設置一個密碼吧
六、注意篇
*.php-cgi由本人編譯
1.手機需要有root許可權
2.部分rom需要安裝busybox
3.部分rom需要在命令前面加上busybox
4.本環境包中的部分資源來源於網路開源項目
5.用Re掛載/system分區為讀寫可跳過mount命令
6.執行終端命令時請忽略命令前的命令提示符$(#)
7.本環境包理論上應該工作在Arm5++的安卓手機上
4. 怎麼用http協議實現安卓數據
網上介紹Android上http通信的文章很多，不過大部分只給出了實現代碼的片段，一些注意事項和如何設計一個合理的類用來處理所有的http請求以及返回結果，一般都不會提及。因此，自己對此做了些總結，給出了我的一個解決方案。
首先，需要明確一下http通信流程，Android目前提供兩種http通信方式，HttpURLConnection和HttpClient，HttpURLConnection多用於發送或接收流式數據，因此比較適合上傳/下載文件，HttpClient相對來講更大更全能，但是速度相對也要慢一點。在此只介紹HttpClient的通信流程：
1.創建HttpClient對象，改對象可以用來多次發送不同的http請求
2.創建HttpPost或HttpGet對象，設置參數，每發送一次http請求，都需要這樣一個對象
3.利用HttpClient的execute方法發送請求並等待結果，該方法會一直阻塞當前線程，直到返回結果或拋出異常。
4.針對結果和異常做相應處理
根據上述流程，發現在設計類的時候，有幾點需要考慮到：
1.HttpClient對象可以重復使用，因此可以作為類的靜態變數
2.HttpPost/HttpGet對象一般無法重復使用（如果你每次請求的參數都差不多，也可以重復使用），因此可以創建一個方法用來初始化，同時設置一些需要上傳到伺服器的資源
3.目前Android不再支持在UI線程中發起Http請求，實際上也不該這么做，因為這樣會阻塞UI線程。因此還需要一個子線程，用來發起Http請求，即執行execute方法
4.不同的請求對應不同的返回結果，對於如何處理返回結果（一般來說都是解析json&更新UI），需要有一定的自由度。
5.最簡單的方法是，每次需要發送http請求時，開一個子線程用於發送請求，子線程中接收到結果或拋出異常時，根據情況給UI線程發送
message，最後在UI線程的handler的handleMessage方法中做結果解析和UI更新。這么寫雖然簡單，但是UI線程和Http請求
的耦合度很高，而且代碼比較散亂、醜陋。
基於上述幾點原因，我設計了一個PostRequest類，用於滿足我的http通信需求。我只用到了Post請求，如果你需要Get請求，也可以改寫成GetRequest
package com.handspeaker.network;
import java.io.IOException;
import java.io.UnsupportedEncodingException;
import java.net.URI;
import java.net.URISyntaxException;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import org.apache.http.HttpResponse;
import org.apache.http.client.ClientProtocolException;
import org.apache.http.client.HttpClient;
import org.apache.http.client.methods.HttpPost;
import org.apache.http.entity.StringEntity;
import org.apache.http.impl.client.DefaultHttpClient;
import org.apache.http.params.HttpConnectionParams;
import org.apache.http.params.HttpParams;
import org.apache.http.protocol.HTTP;
import org.apache.http.util.EntityUtils;
import org.json.JSONObject;
import android.app.Activity;
import android.content.Context;
import android.net.ConnectivityManager;
import android.os.Handler;
import android.util.Log;
/**
*
* 用於封裝&簡化http通信
*
*/
public class PostRequest implements Runnable {
private static final int NO_SERVER_ERROR=1000;
//伺服器地址
public static final String URL = "fill your own url";
//一些請求類型
public final static String ADD = "/add";
public final static String UPDATE = "/update";
public final static String PING = "/ping";
//一些參數
private static int connectionTimeout = 60000;
private static int socketTimeout = 60000;
//類靜態變數
private static HttpClient httpClient=new DefaultHttpClient();
private static ExecutorService executorService=Executors.newCachedThreadPool();
private static Handler handler = new Handler();
//變數
private String strResult;
private HttpPost httpPost;
private HttpResponse httpResponse;
private OnReceiveDataListener onReceiveDataListener;
private int statusCode;
/**
* 構造函數，初始化一些可以重復使用的變數
*/
public PostRequest() {
strResult = null;
httpResponse = null;
httpPost = new HttpPost();
}
/**
* 注冊接收數據監聽器
* @param listener
*/
public void setOnReceiveDataListener(OnReceiveDataListener listener) {
onReceiveDataListener = listener;
}
/**
* 根據不同的請求類型來初始化httppost
*
* @param requestType
* 請求類型
* @param nameValuePairs
* 需要傳遞的參數
*/
public void iniRequest(String requestType, JSONObject jsonObject) {
httpPost.addHeader("Content-Type", "text/json");
httpPost.addHeader("charset", "UTF-8");
httpPost.addHeader("Cache-Control", "no-cache");
HttpParams httpParameters = httpPost.getParams();
HttpConnectionParams.setConnectionTimeout(httpParameters,
connectionTimeout);
HttpConnectionParams.setSoTimeout(httpParameters, socketTimeout);
httpPost.setParams(httpParameters);
try {
httpPost.setURI(new URI(URL + requestType));
httpPost.setEntity(new StringEntity(jsonObject.toString(),
HTTP.UTF_8));
} catch (URISyntaxException e1) {
e1.printStackTrace();
} catch (UnsupportedEncodingException e) {
e.printStackTrace();
}
}
/**
* 新開一個線程發送http請求
*/
public void execute() {
executorService.execute(this);
}
/**
* 檢測網路狀況
*
* @return true is available else false
*/
public static boolean checkNetState(Activity activity) {
ConnectivityManager connManager = (ConnectivityManager) activity
.getSystemService(Context.CONNECTIVITY_SERVICE);
if (connManager.getActiveNetworkInfo() != null) {
return connManager.getActiveNetworkInfo().isAvailable();
}
return false;
}
/**
* 發送http請求的具體執行代碼
*/
@Override
public void run() {
httpResponse = null;
try {
httpResponse = httpClient.execute(httpPost);
strResult = EntityUtils.toString(httpResponse.getEntity());
} catch (ClientProtocolException e1) {
strResult = null;
e1.printStackTrace();
} catch (IOException e1) {
strResult = null;
e1.printStackTrace();
} finally {
if (httpResponse != null) {
statusCode = httpResponse.getStatusLine().getStatusCode();
}
else
{
statusCode=NO_SERVER_ERROR;
}
if(onReceiveDataListener!=null)
{
//將注冊的監聽器的onReceiveData方法加入到消息隊列中去執行
handler.post(new Runnable() {
@Override
public void run() {
onReceiveDataListener.onReceiveData(strResult, statusCode);
}
});
}
}
}
/**
* 用於接收並處理http請求結果的監聽器
*
*/
public interface OnReceiveDataListener {
/**
* the callback function for receiving the result data
* from post request, and further processing will be done here
* @param strResult the result in string style.
* @param StatusCode the status of the post
*/
public abstract void onReceiveData(String strResult,int StatusCode);
}
}
代碼使用了觀察者模式，任何需要接收http請求結果的類，都要實現OnReceiveDataListener介面的抽象方法，同時PostRequest實例調用setOnReceiveDataListener方法，注冊該監聽器。完整調用步驟如下：
1.創建PostRequest對象，實現onReceiveData介面，編寫自己的onReceiveData方法
2.注冊監聽器
3.調用PostRequest的iniRequest方法，初始化本次request
4.調用PostRequest的execute方法
可能的改進：
1.如果需要多個觀察者，可以把只能注冊單個監聽器改為可以注冊多個監聽器，維護一個監聽器List。
2.如果需求比較簡單，並希望調用流程更簡潔，iniRequest和execute可以合並
5. Android:如何將http請求(httpClient)封裝在一個類中並在其他類中調用
像這種Http請求的封裝你可以分的更細一點例如HttpClient專門用來發請求,然後再寫一個方法用於將對象封裝成HttpClient的請求表單然後再寫一個方法用於解析伺服器的返回數據即MVC的設計模式不管你用什麼框架,只要按這個模式來做,代理可變的很清晰當然你也可以用一些開源的框架,例如volleyxutlidansyHttpclient等等
6. android怎麼實現HTTP長連接
Push在Android平台上長連接的實現：
既然我們知道我們移動端要和Internet進行通信，必須通過運營商的網關，所以，為了不讓NAT映射表失效，我們需要定時向Internet發送數據，因為只是為了不然NAT映射表失效，所以只需發送長度為0的數據即可。
這時候就要用到定時器，在android系統上，定時器通常有一下兩種：
1.java.util.Timer
2.android.app.AlarmManager
分析：
Timer:可以按照計劃或者時間周期來執行相關的任務。但是Timer需要用WakeLock來讓CPU保持喚醒狀態，才能保證任務的執行，這樣子會消耗大量流量；當CPU處於休眠的時候，就不能喚醒執行任務，所以應用於移動端明顯是不合適。
AlarmManager：AlarmManager類是屬於android系統封裝好來管理RTC模塊的管理類。這里就涉及到RTC模塊，要更好地了解兩者的區別，就要明白兩者真正的區別。
RTC（Real- Time Clock）實時鬧鍾在一個嵌入式系統中，通常採用RTC 來提供可靠的系統時間，包括時分秒和年月日等;而且要求在系統處於關機狀態下它也能夠正常工作（通常採用後備電池供電），它的外圍也不需要太多的輔助電路，典型的就是只需要一個高精度的32.768KHz 晶體和電阻電容等。（如果對這方面感興趣，可以自己查閱相關資料，這里就說個大概）
好了，回來正題。所以，AlarmManager又稱全局定時鬧鍾。這意味著，當我用使用AlarmManager來定時執行任務，CPU可以正常地休眠，只有在執行任務是，才喚醒CPU，這個過程是很短時間的。
下面簡單來說明其使用：
1.類似於Timer功能：
//獲得鬧鍾管理器
AlarmManager am = (AlarmManager)getSystemService(ALARM_SERVICE);
//設置任務執行計劃
am.setRepeating(AlarmManager.ELAPSED_REALTIME, firstTime, 5*1000, sender);//從firstTime才開始執行，每隔5秒再執行
2.實現全局定時功能：
//獲得鬧鍾管理器
AlarmManager am = (AlarmManager)getSystemService(ALARM_SERVICE);
//設置任務執行計劃
am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, firstTime, 5*1000, sender);//從firstTime才開始執行，每隔5秒再執行
總結：在android客戶端使用Push推送時，應該使用AlarmManager來實現心跳功能，使其真正實現長連接。
在伺服器端的實現：
在伺服器端，可以使用很多語言來實現，如C/C++,java,Erlang等等，如我們國內比較好的極光推送（C開發）,openfire(java開發)等等。
最近我看了極光推送的介紹和原理，下面我就說說他們是遇到什麼難題，然後使用什麼技術或者方案來解決呢。
當有大量的手機終端需要與伺服器維持長連接時，對伺服器的設計會是一個很大的挑戰。
假設一台伺服器維護10萬個長連接，當有1000萬用戶量時，需要有多達100台的伺服器來維護這些用戶的長連接，這里還不算用於做備份的伺服器，這將會是一個巨大的成本問題。那就需要我們盡可能提高單台伺服器接入用戶的量，也就是業界已經討論很久了的 C10K 問題。
C2000K
針對這個問題，他們專門成立了一個項目，命名為C2000K，顧名思義，他們的目標是單機維持200萬個長連接。最終他們採用了多消息循環、非同步非阻塞的模型，在一台雙核、24G內存的伺服器上，實現峰值維持超過300萬個長連接。
最後總結：
因為我最近用java在做一個PC、伺服器、android的即時通訊系統（說白了就是模仿QQ，後面希望有不同的功能）。我的原則是用別人的原理，自己來實現，這樣才更好深入了解一些框架。所以，估計難點是在通訊開發和伺服器上的開發，必須深刻了解多消息循環、非同步非阻塞的模型。之後我會發表關於這方面的實現。
在現在的android平台上，已經不是android單機的世界了（我不是說做單機游戲沒有前途）。現在都是依靠發展蓬勃的互聯網來支撐整個IT體系，所以，要成為一個android應用開發高手，必須朝著android、硬體、雲服務這一體系來發展。
7. 安卓怎麼封裝okhttp的post請求
你的參數沒有傳遞，參數通過httppost.setEntity(mpEntity)設置。 至於mpEntity你可以自己封裝。如果你直接傳一串json格式的字元串，可以這樣 Map<String, String> params = new HashMap<String, String>(); params.put(key, obj.toString); key是你的參數名，obj就是你的參數。 如果你的參數名是tel，那你的參數值就是123了，此時傳的就是json了。
8. android怎麼用okhttp封裝網路框架
封裝只是為了能更加簡單，僅此而已～
功能
UI 線程切換
可選擇的Callback（任意選擇UI線程或者子線程）
參數規范化，GET與POST都一樣的傳參方式
上傳／下載進度回調
可以簡單的設置Head部分
可以每次請求時自動加上需要的參數
String／JSON／byte／File… 都能一樣簡單
用法
由於輔助代碼較多，在這里就不一一貼出來了，在這里僅僅演示如何使用。
非同步GET
Http.getAsync("http://wthrcdn.etouch.cn/weather_mini", new UiCallback<String>() {
@Override
public void onFailure(Request request, Response response, Exception e) {
log("getAsync:onFailed");
}
@Override
public void onSuccess(String response, int code) {
log("getAsync:onSuccess:" + response);
}
}, new StrParam("citykey", 101010100)
);123456789101112
由於是 get 請求，在這里參數中的 citykey 會被自動解析到 url 中。
http://wthrcdn.etouch.cn/weather_mini?citykey=1010101001
同步GET
final String url = "http://wthrcdn.etouch.cn/weather_mini?citykey=101010100";
String str = Http.getSync(String.class, url);
log("getSync1:" + str);
str = Http.getSync(url, new ThreadCallback<String>() {
@Override
public void onFailure(Request request, Response response, Exception e) {
log("getSync2:onFailed");
}
@Override
public void onSuccess(String response, int code) {
log("getSync2:onSuccess:" + response);
}
});
log("getSync2:" + str);12345678910111213141516
同步方式支持兩種情況，一種有Callback，一種是沒有。
當然就算加上了Callback也並不是非同步，此時方法會等到執行完成後才會繼續往下走。之所以這么干，是為了方便在callback中直接處理ui的事兒。
在這里有必要說明一下，返回類型需要進行指定，如果沒有Callback哪么需要你傳入返回類型class。
當然如果你傳入了callback，哪么此時class就由callback
Account account = Http.getSync(Account.class, url);
User user = Http.getSync(User.class, url);
String str = Http.getSync(String.class, url, new StrParam("citykey", 101010100));123
Callback 的情況也如上所示。
非同步與同步的區別在於方法名稱：
Http.getSync()
Http.getAsync()
Http.postSync()
Http.postAsync()
Http.uploadSync()
Http.uploadAsync()
Http.downloadSync()
Http.downloadAsync()
默認情況下，upload與download具有callProgress 回調進度功能。
POST
String value1 = "xxx";
String value2 = "xxx";
String url = "http://www..com";
Http.postAsync(url, new HttpCallback<String>() {
@Override
public void onFailure(Request request, Response response, Exception e) {
e.printStackTrace();
}
@Override
public void onSuccess(String response, int code) {
log(response);
}
},
new StrParam("value1", value1),
new StrParam("value2", value2));1234567891011121314151617
post 的請求方法與get基本如出一轍。
Upload
File file = getAssetsFile();
Http.uploadAsync("http://img.hoop8.com/upload.php", "uploadimg", file, new UiCallback<String>() {
@Override
public void onProgress(long current, long count) {
super.onProgress(current, count);
log("uploadAsync onProgress:" + current + "/" + count);
mUpload.setProgress((int) ((current * 100.00 / count)));
}
@Override
public void onFailure(Request request, Response response, Exception e) {
e.printStackTrace();
log("uploadAsync onFailed");
}
@Override
public void onSuccess(String response, int code) {
log("uploadAsync onSuccess:" + response);
}
});
上傳部分也很簡單，如果需要帶有參數哪么和Post的使用方式一樣。當然此時傳入參數就不是 StrParam 而是 IOParam.
上傳的時候你可以僅僅傳遞文件＋文件對應的name；或者 傳遞 IOParam; 也可以 StrParam＋IOParam的方式；當然終極一點你可以傳遞：Param 類型。
9. 安卓http和https的區別
HTTPS（）安全超文本傳輸協議它是一個安全通信通道，它基於HTTP開發，用於在客戶計算機和伺服器之間交換信息。它使用安全套接字層(SSL)進行信息交換，簡單來說它是HTTP的安全版。它是由Netscape開發並內置於其瀏覽器中，用於對數據進行壓縮和解壓操作，並返回網路上傳送回的結果。HTTPS實際上應用了Netscape的安全全套接字層（SSL）作為HTTP應用層的子層。（HTTPS使用埠443，而不是象HTTP那樣使用埠80來和TCP/IP進行通信。）SSL使用40位關鍵字作為RC4流加密演算法，這對於商業信息的加密是合適的。HTTPS和SSL支持使用X.509數字認證，如果需要的話用戶可以確認發送者是誰。HTTPS和HTTP的區別：https協議需要到ca申請證書，一般免費證書很少，需要交費。http是超文本傳輸協議，信息是明文傳輸，https則是具有安全性的ssl加密傳輸協議http和https使用的是完全不同的連接方式用的埠也不一樣,前者是80,後者是443。http的連接很簡單,是無狀態的HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網路協議要比http協議安全HTTPS解決的問題：1.信任主機的問題.採用https的server必須從CA申請一個用於證明伺服器用途類型的證書.改證書只有用於對應的server的時候,客戶度才信任次主機.所以目前所有的銀行系統網站,關鍵部分應用都是https的.客戶通過信任該證書,從而信任了該主機.其實這樣做效率很低,但是銀行更側重安全.這一點對我們沒有任何意義,我們的server,採用的證書不管自己issue還是從公眾的地方issue,客戶端都是自己人,所以我們也就肯定信任該server.2.通訊過程中的數據的泄密和被竄改1.一般意義上的https,就是server有一個證書.a)主要目的是保證server就是他聲稱的server.這個跟第一點一樣.b)服務端和客戶端之間的所有通訊,都是加密的.i.具體講,是客戶端產生一個對稱的密鑰,通過server的證書來交換密鑰.一般意義上的握手過程.ii.加下來所有的信息往來就都是加密的.第三方即使截獲,也沒有任何意義.因為他沒有密鑰.當然竄改也就沒有什麼意義了.2.少許對客戶端有要求的情況下,會要求客戶端也必須有一個證書.a)這里客戶端證書,其實就類似表示個人信息的時候,除了用戶名/密碼,還有一個CA認證過的身份.應為個人證書一般來說上別人無法模擬的,所有這樣能夠更深的確認自己的身份.b)目前少數個人銀行的專業版是這種做法,具體證書可能是拿U盤作為一個備份的載體.HTTPS一定是繁瑣的.a)本來簡單的http協議,一個get一個response.由於https要還密鑰和確認加密演算法的需要.單握手就需要6/7個往返.i.任何應用中,過多的roundtrip肯定影響性能.b)接下來才是具體的http協議,每一次響應或者請求,都要求客戶端和服務端對會話的內容做加密/解密.i.盡管對稱加密/解密效率比較高,可是仍然要消耗過多的CPU,為此有專門的SSL晶元.如果CPU信能比較低的話,肯定會降低性能,從而不能serve的請求.ii.加密後數據量的影響.所以，才會出現那麼多的安全認證提示