android分塊上傳
① ios 獲取視頻比例
大文件切片、分塊、分段、分片，數據可用於分塊上傳(ios、android)：[https://ext.dcloud.net.cn/plugin?id=3319]
② android 圖片轉BASE64上傳提示java.lang.OutOfMemoryError
我最近也碰到了這個問題，但是網上沒有找到相關有效的直接解決方法。
後來看到了一篇解釋base64編碼原理的文章，研究了一番後解決了。
一般碰到這個問題的，都涉及到"大文件上傳"的問題，"大文件上傳"過程中除了base64編碼時可能OOM，其實還有其他問題，雖然提問中沒有提出，可能是因為這個問題還沒有解決，所以還沒有遇到其它問題，我就圍繞著"大文件上傳"來解決這個問題吧。
(提問時間在下看的清楚)
————————————————————
做項目的過程中碰到一個需求：
在java客戶端，使用http通信，把客戶端的本地文件通過http發送上傳到伺服器；
請求格式是xml(不管是json還是xml都是字元串，所以這個無所謂)，中間包含[文件流字元串]；
之前的做法是，把文件流通過base64編碼轉換為base64Byte，然後和其它字元串信息放到一起，post的時候通過HttpURLConnection的write方法寫入到伺服器中去，這個上傳的過程就完成了。
——————————
但是碰到一個問題，當文件體積較大時，從文件流轉換成base64Byte後，體積會很大，可能會導致OOM；
(以二進制流的方式保存，體積最小；以byte數組的方式保存，體積會相對變大一些；以String形式保存，體積最大；)
出錯原因是：
FileInputStream fis = new FileInputStream(file); //這一步打開了一個對准file准備進行讀取的文件指針，但是還沒有開始讀寫，file的相關數據沒有從本地載入到內存中來；所以即使file的體積有10G那麼大，這一步也是不會OOM的
//把文件流轉換為位元組數組
byte[] fileBytes;
ByteArrayOutputStream baos = new ByteArrayOutputStream();
byte[] byteBuf = new byte[1024];
int count;
while((count=fis.read(buf))!=-1)
{
baos.write(buf,0,count); //實際上，如果文件體積比較大的話，不用轉碼，在這一步就可能OOM了
}
fileBytes= baos.toByteArray();
byte[] base64Bytes = Base64.encodeBase64(fileBytes); //在這一步也可能OOM
(文件轉換為byte[]時，是有可能OOM的；而轉換為base64Bytes後，體積會增大1/3，所以有可能前一步沒有OOM，卻在這一步出現OOM；
為什麼轉碼後體積會增大1/3，後面我會解釋)
——————————
解決方法
既然file在本地沒有載入到內存來的時候不會出現內存溢出的情況，我就想到了一個解決的方法：分段上傳
(加大內存並不能從根本上解決內存溢出的問題，問題的根本原因不是內存不夠大，而是代碼有問題)
在本地的file通過HttpURLConnection的getOutputStream()進行write時，不是一次性全部寫入，而是循環配合flush進行寫入：
FileInputStream fis = new FileInputStream(file);
byte[] buf = new byte[1024];
int count;
while((count = fis.read(buf)) != -1)
{
os.write(Base64.encodeBase64(buf), 0, count);
os.flush();
}
(我從本地讀1024位元組，然後馬上上傳到伺服器，清空本地緩存，然後再從本地讀1024位元組，這樣循環讀取，即使文件有20G，理論上也不有OOM問題出現，因為我從本地文件中讀到的數據不會在內存中駐留)
——————————
解決問題的思路對了，但是出現了其他的細節問題
os.write(Base64.encodeBase64(buf), 0, count); //這一行代碼報錯了，出現了OOM
我搜集了一下資料，發現原因是：
HttpURLConnection的getOutputStream的實際對象是sun.net.<a href="http://www.http.PosterOutputStream" target="_blank">www.http.PosterOutputStream</a>，這個對象的flush方法代碼是空的，write配合flush，並沒有達到即時上傳數據的效果。PosterOutputStream其實是自己在本地維護了一個緩沖區，你通過write寫入的數據其實還是在這個本地的緩沖區里，只有當你getInputStream後，HttpURLConnection才會把這段緩沖區中的數據上傳到伺服器上。而flush達不到上傳數據，清空本地緩存的效果。
——————————
(我是不能通過getInputStream來刷新緩沖流的，因為那就不是分段上傳而是"分次"上傳了)
那這就不是我的思路的問題了。再去搜索解決方法後，得知：
在創建HttpURLConnection對象的時候，要調用一個方法
hurlc.setChunkedStreamingMode(1024); //設置分塊流模式 也就是分塊上傳 1024是getOutputStream維護的本地緩沖區的大小
調用該方法後，只要本地緩存區滿了，HttpURLConnection就會自動把緩沖區里的數據發送到伺服器，同時清空本地緩存(ps：HttpURLConnection的getOutputStream似乎是個抽象的工廠方法，在調用setChunkedStreamingMode方法後，我發現getOutputStream獲取到的實例對象從sun.net.<a href="http://www.http.PosterOutputStream" target="_blank">www.http.PosterOutputStream</a>變成了sun.net.<a href="http://www.protocol.http.HttpURLConnection$StreamingOutputStream" target="_blank">www.protocol.http.HttpURLConnection$StreamingOutputStream</a>)
——————————
果然，調用setChunkedStreamingMode方法後，os.write(Base64.encodeBase64(buf), 0, count);沒有再出現OOM異常了
但是，又出現了一個新的問題
我發現
FileInputStream fis = new FileInputStream(file);
byte[] buf = new byte[1024];
int count;
while((count = fis.read(buf)) != -1)
{
os.write(Base64.encodeBase64(buf), 0, count);
os.flush();
}
這段分段編碼寫入的代碼，其編碼所得結果，與非分段編碼所得結果是不一樣的
通過分段編碼上傳的圖片內容出現了錯誤
我通過下面代碼測試：
//分段編碼
ByteArrayOutputStream os1 = new ByteArrayOutputStream();
InputStream file1 = new FileInputStream(path);
byte[] buf1 = new byte[1024];
int count1;
while((count1 = file1.read(buf1)) != -1)
{
os1.write(Base64.encodeBase64(buf1), 0, count1);
os1.flush();
}
file1.close();
System.out.println(os1.toString());
//非分段編碼
ByteArrayOutputStream os2 = new ByteArrayOutputStream();
InputStream file2 = new FileInputStream(path);
byte[] buf2 = new byte[1024];
int count2;
while((count2 = file2.read(buf2)) != -1)
{
os2.write(buf2, 0, count2);
os2.flush();
}
file2.close();
System.out.println(new String(Base64.encodeBase64(os2.toByteArray())));
兩者的結果：
/9j/4AAQSkZJR...wDtUAVs7eF...
/9j/4AAQSkZJR...wDt89ymnxJ...
前面一段還是相同的，轉到後面，就開始南轅北轍了
——————————
原因我去網上找了一下但是沒有找到直接答案，但是看到一篇解釋base64編碼原理的文章
原文鏈接：<a href="http://www.cnblogs.com/luguo3000/p/3940197.html" target="_blank">http://www.cnblogs.com/luguo3000/p/3940197.html</a>
假設有文件A(txt文件，包含文本內容"ABCDEFG")，轉換為InputStream->byte[]後
它們的ASIIC碼分別對應65、66、67、68、69、70、71
二進製表現形式為：
1000001 1000010 1000011 1000100 1000101 1000110 1000111
對高位補零後：
01000001 01000010 01000011 01000100 01000101 01000110 01000111
在內存中的實際表現：
而base64編碼，使用的字元包括(A-Z、a-z、0-9、+、/、=)這些常規可讀字元，使用base64編碼的原因，用途，在於把一些亂碼字元、不可讀字元轉換為常規可讀字元；
(因為java底層的通信協議、或者說其它的通信協議，很多地方用到遠程通信這一塊的，對一些亂碼字元不支持傳輸，所以需要把亂碼字元轉換成常規可讀字元才能進行傳輸)
比如對於'矙'這個字元，部分傳輸協議的編碼集就不認識它，所以無法直接傳輸，必須base64轉碼
'矙'的UTF-8編碼值為30681，二進製表現形式為111011111011001->(0)111011111011001
需要兩個位元組來存儲01110111 11011001
base64編碼只有(A-Z、a-z、0-9、+、/、=)這些字元來表示。需要強調的是，在base64編碼規范中，字元'A'不等於65、'B'也不是66...。base64字元與數值(二進制值)的對應關系如下：
也就是說，常規字元'A'=65=01000001；而base64字元'A'=0=00000000；
base64字元代表的二進制值是無法直接表示'矙'這個字元的，因為base64字元的值范圍在0~63之間(二進制值在(00)000000~(00)111111之間)。
那如何通過(00)000000~(00)111111之間的數值來表示01110111 11011001呢？
這就是base64的編碼演算法了
一個base64字元的二進制值在(00)000000~(00)111111之間，也就是說它可以表示000000~111111之間的二進制數，一個base64字元的有效位為後6位。如何通過以6bit為單位的base64字元表示以8bit為單位的常規位元組？
6和8的最小公倍數為24，即 每4個base64字元可以表示3個常規位元組；
回到剛才的文件A，編碼過程：
(初始文件A)->"ABCDEFG"
(轉UTF-8碼 int)->65 66 67 68 69 70 71
("ABCDEFG"的二進製表示；7位元組)->1000001 1000010 1000011 1000100 1000101 1000110 1000111
(高位補零)->01000001 01000010 01000011 01000100 01000101 01000110 01000111
(連寫)->
(按6bit為單位對所有bit進行分割；得到10位元組)->010000 010100 001001 000011 010001 000100 010101 000110 010001 11
(按6bit*4=8bit*3的對應關系再分割；得到3組6*4位元組)->(010000 010100 001001 000011) (010001 000100 010101 000110) (010001 11)
(高位補2個零；末尾的低位也補零)->(00010000 00010100 00001001 00000011) (00010001 00000100 00010101 00000110) (00010001 00110000)
(二進制值換算成十進制)->(16 20 9 3) (17 4 21 6) (17 48)
(按base64編碼的值-字元對應表，得出上面的十進制值對應的base64字元)->(Q U J D) (R E V G) (R w)
(每組base64字元都要求是4個，空白的位置補'='字元)->(Q U J D) (R E V G) (R w = =)
(文件A的最終轉碼結果)->QUJDREVGRw==
這里以文本文件作為演示，因為文本文件機器可讀人也可讀；實際情況中，很多時候轉碼的目標文件並不是文本文件，那就不能以可讀字元串形式表示了，會直接以二進制格式表示
體積增大的原因，是因為3位元組=24bit=分割成4個6bit-，對4個6bit高位補零後，就得到4個位元組
也就是說3個常規位元組經base64編碼後會生成4個base64位元組，這就是文件經base64轉碼後體積會增加1/3的原因
——————————
base64編碼原理解釋了，再看剛才的分段編碼
ByteArrayOutputStream os1 = new ByteArrayOutputStream();
InputStream file1 = new FileInputStream(path);
byte[] buf1 = new byte[1024];
int count1;
while((count1 = file1.read(buf1)) != -1)
{
os1.write(Base64.encodeBase64(buf1), 0, count1); //可以發現一個問題：Base64.encodeBase64(buf1)編碼後，體積會增加1/3，所以這里的Base64.encodeBase64(buf1)編碼轉換後的實際長度和count1並不相等，所以實際寫入到os1中的base64字元數只有Base64.encodeBase64(buf1)編碼產生的字元數的3/4
os1.flush();
}
file1.close();
System.out.println(os1.toString());
修改後：
ByteArrayOutputStream os1 = new ByteArrayOutputStream();
InputStream file1 = new FileInputStream(path);
byte[] byteBuf = new byte[1024];
byte[] base64ByteBuf;
while(file1.read(byteBuf) != -1)
{
base64ByteBuf = Base64.encodeBase64(byteBuf);
os1.write(base64ByteBuf, 0, base64ByteBuf.length);
os1.flush();
}
file1.close();
System.out.println(os1.toString());
——————————
修改後，發現分段編碼的結果發生了變化，跟之前不一樣了
但仍然不是正確的結果
原因在於，base64字元的基礎單位是(6bit*4=4位元組)，而3個常規位元組(8bit*3)才能剛好產生4個base64位元組
根本原因在於，如果進行編碼的常規位元組數不是3的倍數，最後就會餘下1或2個位元組，而這1、2個位元組編碼的結果就會產生'='字元；
使用1024作為分段編碼緩沖時，編碼的結果是3+3+3+...+1
也就是每次都會餘1位元組
而沒有使用分段編碼時，當編碼到第1024個位元組時，"餘下"的1位元組會跟後面的位元組形成連續，就不會產生'='字元
(對一段byte字元進行base64編碼時，中間是絕不會產生'='字元的，因為只有在結尾才可能餘下1或2個位元組，所以對一段byte字元進行編碼時，只有結尾才可能產生1或2個'='補全字元)
——————————
解決方法是，使用3的公倍數作為緩沖區大小
修改後：
ByteArrayOutputStream os1 = new ByteArrayOutputStream();
InputStream file1 = new FileInputStream(path);
byte[] byteBuf = new byte[3*1000];
byte[] base64ByteBuf;
while(file1.read(byteBuf) != -1)
{
base64ByteBuf = Base64.encodeBase64(byteBuf);
os1.write(base64ByteBuf, 0, base64ByteBuf.length);
os1.flush();
}
file1.close();
System.out.println(os1.toString());
測試結果再次發生了改變
中間不再有'='字元了，因為中間每次都是3位元組3位元組的編碼，沒有餘下多餘的位元組
對比之後發現，中間段的結果已經正常了
——————————
但是，發現，結尾處兩個轉碼的結果有些許不同
原因在於，假設文件A的長度為3001個位元組；
在第二次循環讀取時，只讀到1個有效位元組，而byteBuf的剩餘2999個位元組都是無效位元組，而此時編碼時，卻把多餘的2999個無效位元組也編碼了進去
(如果是非分段轉碼，就不會出現這種情況)
解決方法：
ByteArrayOutputStream os1 = new ByteArrayOutputStream();
InputStream file1 = new FileInputStream(path);
byte[] byteBuf = new byte[3*1000];
byte[] base64ByteBuf;
int count1; //每次從文件中讀取到的有效位元組數
while((count1=file1.read(byteBuf)) != -1)
{
if(count1!=byteBuf.length) //如果有效位元組數不為3*1000，則說明文件已經讀到尾了，不夠填充滿byteBuf了
{
byte[] = Arrays.Of(byteBuf, count1); //從byteBuf中截取包含有效位元組數的位元組段
base64ByteBuf = Base64.encodeBase64(); //對有效位元組段進行編碼
}
else
{
base64ByteBuf = Base64.encodeBase64(byteBuf);
}
os1.write(base64ByteBuf, 0, base64ByteBuf.length);
os1.flush();
}
file1.close();
System.out.println(os1.toString());
至此，base64分段編碼才算大功告成。大文件上傳核心代碼才算大功告成。
其實代碼改起來非常簡單，但是不知道原因不知道原理的話，是無法無中生有的
對我本人來說原本只是想隨便答一下，但沒想到答的過程中發現自己有很多坑沒有發現。答的過程中把自己不懂的地方沒有發現的坑也完善了。不說碰到一個知識點就要追根究底，但實際開發中，每一個自己能親身碰到的實際問題都是鍛煉自己的絕佳機會，這種近距離觸碰問題、解決問題的機會是難得的。雖然開發中還有很多其它問題也很重要，但你沒有親手碰到過，是無法共鳴的。所以自己在開發中碰到了問題，還是建議大概弄清原因。
弄清原理後，即使以後出現這個問題的其它"變種"，也能找到原因並自己解決，但僅僅粘貼復制無法做到這一點。
③ android上大文件分片上傳 具體怎麼弄
提供一點demo
斷點續傳（改良版）
package com.phone1000.demo09;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileNotFoundException;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.RandomAccessFile;
public class RandomAccessDemo {
public static void main(String[] args) {
// 1.找到文件
File file = new File("E:\\網路雲盤\\網路雲同步盤\\Android開發視頻教程\\[Android開發視頻教程]02_01_spinner的使用.mp4");
File file2 = new File("E:\\我的照片\\[Android開發視頻教程]02_01_spinner的使用.mp4");
//2.創建流
RandomAccessFile is = null;
FileOutputStream os = null;
try {
is = new RandomAccessFile(file,"r");
os = new FileOutputStream(file2,true);
//3.定義一個容器
byte[] b = new byte[1024];
//4.定義一個長度
int len = 0 ;
long oldLength = file.length();
long newLength = 0;
//5.循環讀數
while((len = is.read(b)) != -1){
if(newLength >= oldLength)
{
System.out.println("傳輸完成！");
break;
}
else{
newLength = newLength + len;
is.seek(newLength);
os.write(b);
}
}//釋放資源
os.close();
is.close();
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}
}
}
④ android http協議上傳數據內存溢出怎麼處理
一般是分塊上傳，不能一次用太大內存，用固定內存大小，一直申請肯定會內存溢出。
⑤ 雲存儲——通過Android客戶端如何上傳文件
（1)登錄Android客戶端，在主界面下方點擊「上傳」按鈕，（2)在SD卡中選擇文件，點擊「確定」按鈕，文件即進入傳輸列表進行上傳。了解更多服務優惠點擊下方的「官方網址」客服221為你解答。
⑥ android手機裡面的照片能批量上傳到伺服器嗎
這個圖片存放的位置是根據你的圖片來源而定的。一般是放在sdcard下的某個目錄下的，
。我來給你說下思路：服務端(android手機)這邊需要寫個工具類，來遍歷SD卡下的文件，只顯示jpg和png的圖片。主類中有個按鈕來添加圖片，還有一個按鈕是用來上傳圖片，然後寫個監聽，用來接收服務端發回的消息。...服務端這邊寫個監聽來接收客戶端發來的消息，保存發過來的數據流。至於手機上能顯示這張圖片，只要在寫個imageview，把圖片資源載入上就ok啦，你可以去網上搜索一下「sd上的文件上傳」，希望可以幫到你哦哦
⑦ android小白一枚，想知道android怎麼在fragment中怎麼實現上傳附件功能，跪求大神指導
關於Fragment的切換問題也是遇到好多次了，今天有時間做一個簡單的記錄。常見的我們會在底部Tab的切換時用到，當然，這篇文章也只是簡單的說明如何去實現，就先不深究其所以然了，因為網上已經有很多關於Fragment add 和 replace區別的文章了，自己沒有獨到的見解寫再多也是顯的蒼白無力。
Fragment切換的兩種方式
1. replace
FragmentManager fragmentManager = getSupportFragmentManager();
fragmentManager.beginTransaction().replace(layoutId,fragment).commit;
replace每次都會把之前的fragment remove掉在替換成新的，所以每次切換，fragment都是重新載入，如果有網路請求的話，每次切換就需要發送一次請求，這顯然不妥，這樣既耗費流量用戶體驗也不好。
2. add ( show、hide )
FragmentManager fragmentManager = getSupportFragmentManager();
fragmentManager.beginTransaction().add(layoutId,fragment).commit;
add這種方式是將 fragment 添加到容器中，add之後是一層一層疊加的，故而這種方式也是比較浪費資源的。再次切換的時候，我們便可以用show和hide控制它的顯示和隱藏了。
⑧ android 怎麼多圖上傳 okhttp
android上傳圖片是先將圖片文件轉換成流文件：可用以下代碼轉換流文件，imgPath為圖片的完整地址
//圖片轉化成base64字元串
public static String imgToBase64(String imgPath) {
InputStream in = null;
byte[] data = null;
//讀取圖片位元組數組
try {
in = new FileInputStream(imgPath);
data = new byte[in.available()];
in.read(data);
in.close();
}
catch (IOException e){
e.printStackTrace();
}
//對位元組數組Base64編碼
sun.misc.BASE64Encoder encoder = new BASE64Encoder();
return encoder.encode(data);//返回Base64編碼過的位元組數組字元串
}
然後圖片文件就成為一串字元串啦，傳遞方法和普通字元串一樣，多圖使用分號隔開即可，後台收到後直接將流文件轉換成圖片保存即可。
⑨ android如何實現圖片批量上傳
首先，以下架構下的批量文件上傳可能會失敗或者不會成功：
1.android客戶端+springMVC服務端：服務端採用org.springframework.web.multipart.MultipartHttpServletRequest作為批量上傳接收類，這種搭配下的批量文件上傳會失敗，最終服務端只會接受到一個文件，即只會接受到第一個文件。可能因為MultipartHttpServletRequest對servlet原本的HttpServletRequest類進行封裝，導致批量上傳有問題。
2.android客戶端+strutsMVC服務端：
上傳成功的方案：
採用android客戶端+Servlet（HttpServletRequest）進行文件上傳。
Servlet端代碼如下：
[java] view plainprint?
DiskFileItemFactory factory = new DiskFileItemFactory();
ServletFileUpload upload = new ServletFileUpload(factory);
try
{
List items = upload.parseRequest(request);
Iterator itr = items.iterator();
while (itr.hasNext())
{
FileItem item = (FileItem) itr.next();
if (item.isFormField())
{
System.out.println("表單參數名:" + item.getFieldName() + "，表單參數值:" + item.getString("UTF-8"));
}
else
{
if (item.getName() != null && !item.getName().equals(""))
{
System.out.println("上傳文件的大小:" + item.getSize());
System.out.println("上傳文件的類型:" + item.getContentType());
// item.getName()返回上傳文件在客戶端的完整路徑名稱
System.out.println("上傳文件的名稱:" + item.getName());
File tempFile = new File(item.getName());
// 上傳文件的保存路徑
File file = new File(sc.getRealPath("/") + savePath, tempFile.getName());
item.write(file);
request.setAttribute("upload.message", "上傳文件成功！");
} else
{
request.setAttribute("upload.message", "沒有選擇上傳文件！");
}
}
}
}
catch (FileUploadException e)
{
e.printStackTrace();
}
catch (Exception e)
{
e.printStackTrace();
request.setAttribute("upload.message", "上傳文件失敗！");
}
request.getRequestDispatcher("/uploadResult.jsp").forward(request, response);
android端代碼如下：
[java] view plainprint?
public class SocketHttpRequester {
/**
*多文件上傳
* 直接通過HTTP協議提交數據到伺服器,實現如下面表單提交功能:
* <FORM METHOD=POST ACTION="http://192.168.1.101:8083/upload/servlet/UploadServlet" enctype="multipart/form-data">
<INPUT TYPE="text" NAME="name">
<INPUT TYPE="text" NAME="id">
<input type="file" name="imagefile"/>
<input type="file" name="zip"/>
</FORM>
* @param path 上傳路徑(註：避免使用localhost或127.0.0.1這樣的路徑測試，因為它會指向手機模擬器，你可以使用http://www.iteye.cn或http://192.168.1.101:8083這樣的路徑測試)
* @param params 請求參數 key為參數名,value為參數值
* @param file 上傳文件
*/
public static boolean post(String path, Map<String, String> params, FormFile[] files) throws Exception{
final String BOUNDARY = "---------------------------7da2137580612"; //數據分隔線
final String endline = "--" + BOUNDARY + "--\r\n";//數據結束標志
int fileDataLength = 0;
for(FormFile uploadFile : files){//得到文件類型數據的總長度
StringBuilder fileExplain = new StringBuilder();
fileExplain.append("--");
fileExplain.append(BOUNDARY);
fileExplain.append("\r\n");
fileExplain.append("Content-Disposition: form-data;name=\""+ uploadFile.getParameterName()+"\";filename=\""+ uploadFile.getFilname() + "\"\r\n");
fileExplain.append("Content-Type: "+ uploadFile.getContentType()+"\r\n\r\n");
fileExplain.append("\r\n");
fileDataLength += fileExplain.length();
if(uploadFile.getInStream()!=null){
fileDataLength += uploadFile.getFile().length();
}else{
fileDataLength += uploadFile.getData().length;
}
}
StringBuilder textEntity = new StringBuilder();
for (Map.Entry<String, String> entry : params.entrySet()) {//構造文本類型參數的實體數據
textEntity.append("--");
textEntity.append(BOUNDARY);
textEntity.append("\r\n");
textEntity.append("Content-Disposition: form-data; name=\""+ entry.getKey() + "\"\r\n\r\n");
textEntity.append(entry.getValue());
textEntity.append("\r\n");
}
//計算傳輸給伺服器的實體數據總長度
int dataLength = textEntity.toString().getBytes().length + fileDataLength + endline.getBytes().length;
URL url = new URL(path);
int port = url.getPort()==-1 ? 80 : url.getPort();
Socket socket = new Socket(InetAddress.getByName(url.getHost()), port);
OutputStream outStream = socket.getOutputStream();
//下面完成HTTP請求頭的發送
String requestmethod = "POST "+ url.getPath()+" HTTP/1.1\r\n";
outStream.write(requestmethod.getBytes());
String accept = "Accept: image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/x-shockwave-flash, application/xaml+xml, application/vnd.ms-xpsdocument, application/x-ms-xbap, application/x-ms-application, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*\r\n";
outStream.write(accept.getBytes());
String language = "Accept-Language: zh-CN\r\n";
outStream.write(language.getBytes());
String contenttype = "Content-Type: multipart/form-data; boundary="+ BOUNDARY+ "\r\n";
outStream.write(contenttype.getBytes());
String contentlength = "Content-Length: "+ dataLength + "\r\n";
outStream.write(contentlength.getBytes());
String alive = "Connection: Keep-Alive\r\n";
outStream.write(alive.getBytes());
String host = "Host: "+ url.getHost() +":"+ port +"\r\n";
outStream.write(host.getBytes());
//寫完HTTP請求頭後根據HTTP協議再寫一個回車換行
outStream.write("\r\n".getBytes());
//把所有文本類型的實體數據發送出來
outStream.write(textEntity.toString().getBytes());
//把所有文件類型的實體數據發送出來
for(FormFile uploadFile : files){
StringBuilder fileEntity = new StringBuilder();
fileEntity.append("--");
fileEntity.append(BOUNDARY);
fileEntity.append("\r\n");
fileEntity.append("Content-Disposition: form-data;name=\""+ uploadFile.getParameterName()+"\";filename=\""+ uploadFile.getFilname() + "\"\r\n");
fileEntity.append("Content-Type: "+ uploadFile.getContentType()+"\r\n\r\n");
outStream.write(fileEntity.toString().getBytes());
if(uploadFile.getInStream()!=null){
byte[] buffer = new byte[1024];
int len = 0;
while((len = uploadFile.getInStream().read(buffer, 0, 1024))!=-1){
outStream.write(buffer, 0, len);
}
uploadFile.getInStream().close();
}else{
outStream.write(uploadFile.getData(), 0, uploadFile.getData().length);
}
outStream.write("\r\n".getBytes());
}
//下面發送數據結束標志，表示數據已經結束
outStream.write(endline.getBytes());
BufferedReader reader = new BufferedReader(new InputStreamReader(socket.getInputStream()));
if(reader.readLine().indexOf("200")==-1){//讀取web伺服器返回的數據，判斷請求碼是否為200，如果不是200，代表請求失敗
return false;
}
outStream.flush();
outStream.close();
reader.close();
socket.close();
return true;
}
/**
*單文件上傳
* 提交數據到伺服器
* @param path 上傳路徑(註：避免使用localhost或127.0.0.1這樣的路徑測試，因為它會指向手機模擬器，你可以使用http://www.itcast.cn或http://192.168.1.10:8080這樣的路徑測試)
* @param params 請求參數 key為參數名,value為參數值
* @param file 上傳文件
*/
public static boolean post(String path, Map<String, String> params, FormFile file) throws Exception{
return post(path, params, new FormFile[]{file});
}
}
⑩ android一次上傳多張圖片，我的代碼如下，我希望只訪問一次伺服器，上傳多張圖片，求大神指導！
將所有圖片放在一個數組中，，使用輪詢，將整個數組里的內容全部上傳即可，代碼有點多，我就不寫了，你可以在網上搜到的