http文件上傳協議

① HTTP、FTP、SMTP、TELNET協議分別使用哪些埠

1、HTTP：使用80埠。

HTTP屬於超文本傳輸協議，所有的WWW文件都必須遵守這個標准，HTTP是一個客戶端和伺服器端請求和應答的標准（TCP），客戶端是終端用戶，伺服器端是網站，通過使用Web瀏覽器、網路爬蟲或者其它的工具，客戶端發起一個到伺服器上指定埠（默認埠為80）的HTTP請求。

2、FTP：使用20/21埠。

主要是用來傳輸文件，比如建站常常用來上傳主頁或者下載文件進行修改，FTP是一個8位的客戶端-伺服器協議，能操作任何類型的文件而不需要進一步處理，就像MIME或Unicode一樣。但是，FTP有著極高的延時，這意味著，從開始請求到第一次接收需求數據之間的時間，會非常長。

3、SMTP：使用25埠。

SMTP定義了簡單郵件傳送協議，現在很多郵件伺服器都用的是這個協議，用於發送郵件。如常見的免費郵件服務中用的就是這個郵件服務埠。

4、TELNET使用23埠。

Telnet它是一種用於遠程登陸的埠，用戶可以以自己的身份遠程連接到計算機上，通過這種埠可以提供一種基於DOS模式下的通信服務。

(1)http文件上傳協議擴展閱讀

按埠號可分為3大鋒困弊類：

（銀族1）公認埠（Well Known Ports）：從0到1023，它們緊密綁定（binding）於一些服務。通常這些埠的通訊明確表明了某種服務的協議。例如：80埠實際上總是HTTP通訊。

（2）注冊埠（Registered Ports）：從1024到49151。它們鬆散地綁定於一些服務。也就是說有許多服務綁定於這些埠，這些埠同樣用於許多其它目的。例如：許多系統處理動態埠從1024左右開始。

（3）動態和/或私有埠（Dynamic and/or Private Ports）：從49152到65535。理論上，不應為服務分配這些埠。實際上，機器通常從1024起分配動態埠。但也有例外：SUN的RPC埠從32768開始。

每個TCP報文頭部都包含源埠號（source port）和目的埠號（destination port），用於標識和區分源端設備和目的端設備的應用進程。

在TCP/IP協議棧中，源埠號和目的尺碼埠號分別與源IP地址和目的IP地址組成套接字（socket），唯一的確定一條TCP連接。

相對於TCP報文，UDP報文只有少量的欄位：源埠號、目的埠號、長度、校驗和等，各個欄位功能和TCP報文相應欄位一樣。

下面以TCP報文為例說明埠號的作用：

假設PC1向PC2發起Telnet遠程連接，其中目的埠號為知名埠號23，源埠號為1028。源埠號沒有特別的要求，只需保證該埠號在本機上是唯一的。

PC2收到數據包後，根據目的埠為23判斷出該數據包是Telnet數據包，將數據包轉發到上層Telnet協議。

參考資料來源：網路—網路埠

② http中上傳文件的原理

http中上傳文件的原理如下：
在最初的http協議中，沒有上傳文件方面的功能。 rfc1867 ( http://www.ietf.org/rfc/rfc1867.txt ) 為 http 協議添加了這個功能。客戶端的瀏覽器，如 Microsoft IE, Mozila, Opera 等，按照此規范將用戶指定的文件發送到伺服器。伺服器端的網頁程序，如 php, asp, jsp 等，可以按照此規范，解析出用戶發送來的文件。Microsoft IE, Mozila, Opera 已經支持此協議，在網頁中使用一個特殊的 form 就可以發送文件。絕大部分 http server ，包括 tomcat ，已經支持此協議，可接受發送來的文件。各種網頁程序，如 php, asp, jsp 中，對於上傳文件已經做了很好的封裝。

超文本傳輸協議（HTTP，HyperText Transfer Protocol)是互聯網上應用最為廣泛的一種網路協議。所有的WWW文件都必須遵守這個標准。設計HTTP最初的目的是為了提供一種發布和接收HTML頁面的方法。1960年美國人Ted Nelson構思了一種通過計算機處理文本信息的方法，並稱之為超文本（hypertext）,這成為了HTTP超文本傳輸協議標准架構的發展根基。

③ 用http協議能不能上傳文件

能，但是要通過相應的非HTML腳本服務（比如ASP，PHP，CGI等等）

ASP，PHP，CGI是伺服器端的代碼解釋器

不但要伺服器端有這個解釋器，而且站點的頁面里也要有相應功能的代碼
要更詳細的話你恐怕真的要去學習一下ASP，PHP，CGI，JSP，XML等等比HTML更高級的腳本語言

④ 用http協議能不能上傳文件

http協議也可以上傳文件，需要利用網路語言來編寫程序進行操作。典型的例子是ASP程序中的無組件上傳方法。