C#調(diào)用HTTP POST請(qǐng)求上傳圖片的示例代碼
現(xiàn)在很多B/S系統(tǒng)的開發(fā)都是通過(guò)API方式來(lái)進(jìn)行的,一般服務(wù)端會(huì)開放一個(gè)API接口,客戶端調(diào)用API接口來(lái)實(shí)現(xiàn)圖片或文件上傳的功能。
GET和POST是什么?HTTP協(xié)議中的兩種發(fā)送請(qǐng)求的方法。
HTTP是什么?HTTP是基于TCP/IP的關(guān)于數(shù)據(jù)如何在萬(wàn)維網(wǎng)中如何通信的協(xié)議。
HTTP的底層是TCP/IP。所以GET和POST的底層也是TCP/IP,也就是說(shuō),GET/POST都是TCP鏈接。GET和POST能做的事情是一樣一樣的。你要給GET加上request body,給POST帶上url參數(shù),技術(shù)上是完全行的通的。
那么,“標(biāo)準(zhǔn)答案”里的那些區(qū)別是怎么回事?
在我大萬(wàn)維網(wǎng)世界中,TCP就像汽車,我們用TCP來(lái)運(yùn)輸數(shù)據(jù),它很可靠,從來(lái)不會(huì)發(fā)生丟件少件的現(xiàn)象。但是如果路上跑的全是看起來(lái)一模一樣的汽車,那這個(gè)世界看起來(lái)是一團(tuán)混亂,送急件的汽車可能被前面滿載貨物的汽車攔堵在路上,整個(gè)交通系統(tǒng)一定會(huì)癱瘓。為了避免這種情況發(fā)生,交通規(guī)則HTTP誕生了。HTTP給汽車運(yùn)輸設(shè)定了好幾個(gè)服務(wù)類別,有GET, POST, PUT, DELETE等等,HTTP規(guī)定,當(dāng)執(zhí)行GET請(qǐng)求的時(shí)候,要給汽車貼上GET的標(biāo)簽(設(shè)置method為GET),而且要求把傳送的數(shù)據(jù)放在車頂上(url中)以方便記錄。如果是POST請(qǐng)求,就要在車上貼上POST的標(biāo)簽,并把貨物放在車廂里。當(dāng)然,你也可以在GET的時(shí)候往車廂內(nèi)偷偷藏點(diǎn)貨物,但是這是很不光彩;也可以在POST的時(shí)候在車頂上也放一些數(shù)據(jù),讓人覺(jué)得傻乎乎的。HTTP只是個(gè)行為準(zhǔn)則,而TCP才是GET和POST怎么實(shí)現(xiàn)的基本。
但是,我們只看到HTTP對(duì)GET和POST參數(shù)的傳送渠道(url還是requrest body)提出了要求?!皹?biāo)準(zhǔn)答案”里關(guān)于參數(shù)大小的限制又是從哪來(lái)的呢?
在我大萬(wàn)維網(wǎng)世界中,還有另一個(gè)重要的角色:運(yùn)輸公司。不同的瀏覽器(發(fā)起http請(qǐng)求)和服務(wù)器(接受http請(qǐng)求)就是不同的運(yùn)輸公司。 雖然理論上,你可以在車頂上無(wú)限的堆貨物(url中無(wú)限加參數(shù))。但是運(yùn)輸公司可不傻,裝貨和卸貨也是有很大成本的,他們會(huì)限制單次運(yùn)輸量來(lái)控制風(fēng)險(xiǎn),數(shù)據(jù)量太大對(duì)瀏覽器和服務(wù)器都是很大負(fù)擔(dān)。業(yè)界不成文的規(guī)定是,(大多數(shù))瀏覽器通常都會(huì)限制url長(zhǎng)度在2K個(gè)字節(jié),而(大多數(shù))服務(wù)器最多處理64K大小的url。超過(guò)的部分,恕不處理。如果你用GET服務(wù),在request body偷偷藏了數(shù)據(jù),不同服務(wù)器的處理方式也是不同的,有些服務(wù)器會(huì)幫你卸貨,讀出數(shù)據(jù),有些服務(wù)器直接忽略,所以,雖然GET可以帶request body,也不能保證一定能被接收到哦。
好了,現(xiàn)在你知道,GET和POST本質(zhì)上就是TCP鏈接,并無(wú)差別。但是由于HTTP的規(guī)定和瀏覽器/服務(wù)器的限制,導(dǎo)致他們?cè)趹?yīng)用過(guò)程中體現(xiàn)出一些不同。
GET和POST還有一個(gè)重大區(qū)別,簡(jiǎn)單的說(shuō):
GET產(chǎn)生一個(gè)TCP數(shù)據(jù)包;POST產(chǎn)生兩個(gè)TCP數(shù)據(jù)包。
長(zhǎng)的說(shuō):
對(duì)于GET方式的請(qǐng)求,瀏覽器會(huì)把http header和data一并發(fā)送出去,服務(wù)器響應(yīng)200(返回?cái)?shù)據(jù));
而對(duì)于POST,瀏覽器先發(fā)送header,服務(wù)器響應(yīng)100 continue,瀏覽器再發(fā)送data,服務(wù)器響應(yīng)200 ok(返回?cái)?shù)據(jù))。
也就是說(shuō),GET只需要汽車跑一趟就把貨送到了,而POST得跑兩趟,第一趟,先去和服務(wù)器打個(gè)招呼“嗨,我等下要送一批貨來(lái),你們打開門迎接我”,然后再回頭把貨送過(guò)去。
因?yàn)镻OST需要兩步,時(shí)間上消耗的要多一點(diǎn),看起來(lái)GET比POST更有效。因此Yahoo團(tuán)隊(duì)有推薦用GET替換POST來(lái)優(yōu)化網(wǎng)站性能。但這是一個(gè)坑!跳入需謹(jǐn)慎。為什么?
1. GET與POST都有自己的語(yǔ)義,不能隨便混用。
2. 據(jù)研究,在網(wǎng)絡(luò)環(huán)境好的情況下,發(fā)一次包的時(shí)間和發(fā)兩次包的時(shí)間差別基本可以無(wú)視。而在網(wǎng)絡(luò)環(huán)境差的情況下,兩次包的TCP在驗(yàn)證數(shù)據(jù)包完整性上,有非常大的優(yōu)點(diǎn)。
3. 并不是所有瀏覽器都會(huì)在POST中發(fā)送兩次包,F(xiàn)irefox就只發(fā)送一次。
前段時(shí)間碰到需要使用POST請(qǐng)求上傳圖片的功能,好久沒(méi)寫了,重新整理下函數(shù),方便后續(xù)使用。
為了使用的通用性,函數(shù)做了一定的封裝,具體代碼如下:
public static void UploadImage(string uploadUrl,string imgPath,string fileparameter="file") { HttpWebRequest request = WebRequest.Create(uploadUrl) as HttpWebRequest; request.AllowAutoRedirect = true; request.Method = "POST"; string boundary = DateTime.Now.Ticks.ToString("X"); // 隨機(jī)分隔線 request.ContentType = "multipart/form-data;charset=utf-8;boundary=" + boundary; byte[] itemBoundaryBytes = Encoding.UTF8.GetBytes("\r\n--" + boundary + "\r\n"); byte[] endBoundaryBytes = Encoding.UTF8.GetBytes("\r\n--" + boundary + "--\r\n"); int pos = imgPath.LastIndexOf("/"); string fileName = imgPath.Substring(pos + 1); //請(qǐng)求頭部信息 StringBuilder sbHeader = new StringBuilder(string.Format("Content-Disposition:form-data;name=\""+fileparameter+"\";filename=\"{0}\"\r\nContent-Type:application/octet-stream\r\n\r\n", fileName)); byte[] postHeaderBytes = Encoding.UTF8.GetBytes(sbHeader.ToString()); FileStream fs = new FileStream(imgPath, FileMode.Open, FileAccess.Read); byte[] bArr = new byte[fs.Length]; fs.Read(bArr, 0, bArr.Length); fs.Close(); Stream postStream = request.GetRequestStream(); postStream.Write(itemBoundaryBytes, 0, itemBoundaryBytes.Length); postStream.Write(postHeaderBytes, 0, postHeaderBytes.Length); postStream.Write(bArr, 0, bArr.Length); postStream.Write(endBoundaryBytes, 0, endBoundaryBytes.Length); postStream.Close(); HttpWebResponse response = request.GetResponse() as HttpWebResponse; Stream instream = response.GetResponseStream(); StreamReader sr = new StreamReader(instream, Encoding.UTF8); string content = sr.ReadToEnd(); }
使用起來(lái)也比較方便,調(diào)用方法如下:
UploadImage("圖上上傳接口地址","本地圖片文件路徑","接口提供的上傳參數(shù)名稱,沒(méi)有默認(rèn)為file");
例如:UploadImage("http://xxx.com/upload","C:/test.jpg","upload");
到此這篇關(guān)于C#調(diào)用HTTP POST請(qǐng)求上傳圖片的示例代碼的文章就介紹到這了,更多相關(guān)C# HTTP POST請(qǐng)求上傳圖片內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
C#實(shí)現(xiàn)鼠標(biāo)拖拽無(wú)邊框浮動(dòng)窗體的方法
一般情況下,在標(biāo)題欄中按住鼠標(biāo)左鍵不放即可實(shí)現(xiàn)拖動(dòng)操作,當(dāng)做浮動(dòng)窗體時(shí),如果包含窗體邊框,那么界面給使用者的感覺(jué)將很不友好,因此本文給大家介紹了C#實(shí)現(xiàn)鼠標(biāo)拖拽無(wú)邊框浮動(dòng)窗體的方法,感興趣的朋友可以參考下2024-04-04C#中逆變的實(shí)際應(yīng)用場(chǎng)景詳解
在好多的.net的書籍中都看到過(guò)逆變和協(xié)變的概念,也在網(wǎng)上搜了一些關(guān)于這兩個(gè)概念的解釋,但是一直感覺(jué)似懂非懂的,直到最近在項(xiàng)目中實(shí)際遇到了一個(gè)問(wèn)題,恰好用到了逆變,下面這篇文章主要給大家介紹了關(guān)于C#中逆變的實(shí)際應(yīng)用場(chǎng)景,需要的朋友可以參考下2022-01-01C#實(shí)現(xiàn)的字符串轉(zhuǎn)MD5碼函數(shù)實(shí)例
這篇文章主要介紹了C#實(shí)現(xiàn)的字符串轉(zhuǎn)MD5碼函數(shù),結(jié)合簡(jiǎn)單實(shí)例形式分析了C#字符串的轉(zhuǎn)換、遍歷、加密等操作技巧,需要的朋友可以參考下2016-07-07C#在新建線程中使用Timer無(wú)效問(wèn)題及解決
這篇文章主要介紹了C#在新建線程中使用Timer無(wú)效問(wèn)題及解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-08-08C#程序連接數(shù)據(jù)庫(kù)及讀取數(shù)據(jù)庫(kù)中字段的簡(jiǎn)單方法總結(jié)
包括C#連接Access、Oracle或者SQL Server,這里整理了一些C#連接數(shù)據(jù)庫(kù)及從讀取數(shù)據(jù)庫(kù)中字段的簡(jiǎn)單方法總結(jié),需要的朋友可以參考下2016-05-05Unity利用XML制作一個(gè)簡(jiǎn)易的登錄系統(tǒng)
這篇文章主要介紹了如何在Unity中利用XML文件制作一個(gè)簡(jiǎn)易的登錄系統(tǒng),文中的示例代碼講解詳細(xì),感興趣的小伙伴可以跟隨小編一起學(xué)習(xí)一下2022-03-03