上傳協議
A. 傳輸協議的小型文件傳輸協議
簡單文件傳輸協議或稱小型文件傳輸協議（英文：TrivialFileTransferProtocol，縮寫TFTP），是一種簡化的文件傳輸協議，於1980年定義。
小型文件傳輸協議非常簡單，通過少量存儲器就能輕松實現——這在當時是很重要的考慮因素。所以TFTP被用於引導計算機，例如沒有大容量存儲器的路由器。它仍然被用於在一個網路上主機之間傳輸小文件，例如從一台網路主機或伺服器引導一個遠程X Window System終端或其他的瘦客戶端。
小型文件傳輸協議部分基於更早期的文件傳輸協議，文件傳輸協議是通用分組協議（PUP Protocol）中的一部分。在TCP/IP協議組早期的工作中，TFTP往往是在一個新的主機類型上首先完成的協議——因為其非常的簡單。
最早的小型文件傳輸協議版本是在RFC 1350之前，顯示出相當糟糕的協議缺陷，發現的時候被稱為魔術新手綜合症。
B. 怎麼直接協議傳輸 求高手 操作詳細步驟
用一根網線讓兩台電腦進行數據傳輸，只需把兩台電腦都設置成共享模式，就可以相互訪問對方電腦數據，以下設置還可以實現區域網游戲的聯機對戰哦！（下面是完整的設置共享步驟，一般只設置1、5就可以了，不行的話就添加其他設置；共享測試：F3—>搜索計算機—>輸入計算機名或IP確定即可或Windows+R(啟動"運行")—>\\192.168.1.3\sharename（\\計算機名或IP\共享名））
設置共享的具體操作步驟：
1、啟用來賓帳戶。
開始-控制面版--管理工具--計算機管理-展開系統工具--本地用戶和組--用戶,在右邊會見到一個GUEST用戶,雙擊它,把帳號已停用前面的勾取消。如果想提高訪問別人機器的速度的話，還可以做一些相關操作：控制面版—管理工具—服務—Task Scheler—屬性—啟動方式改為手動，這樣就可以了。
2、用戶權利指派。
「控制面板－管理工具－本地安全策略」，在「本地安全策略」對話框中，依次選擇「本地策略－用戶權利指派」，在右邊的選項中依次對「從網路上訪問這台計算機」和「拒絕從網路上訪問這台計算機」這兩個選項進行設置。
「從網路上訪問這台計算機」選項需要將guest用戶和everyone添加進去；「拒絕從網路上訪問這台計算機」需要將被拒絕的所有用戶刪除掉，默認情況下guest是被拒絕訪問的。
3、安裝NetBEUI協議。
查看「網上鄰居」屬性—查看「本地連接」屬性—點擊「安裝」—查看 「協議」—看其中NetBEUI協議是否存在，在Winxp系統默認的情況下該協議是已經安裝好了的。某些區域網游戲和軟體須安裝NetBEUI協議。而且網上有文章說，在小型區域網中，微軟在WinXP中只支持的TCP/IP協議和NWLink IPX/SPX/NetBIOS兼容協議表現不盡如人意，在小型區域網(擁有200台左右電腦的網路)中NetBEUI是佔用內存最少、速度最快的一種協議。安裝方法：
（1）放入Windows XP安裝光碟，到「valueaddMsft et etbeui」目錄下將Netnbf.inf復制C:\Windows\INF中；
（2）將Nbf.sys復制到C:\Windows\System32\Drivers中；
（3）開始→控制面板→網上鄰居」→「網路連接」→「本地連接」(就是你目前使用中的區域網連接)上按右鍵→「屬性」→「常規」→「安裝」→「通訊協議」→「添加」，此時就可以看到「NetBEUI Protocol」這一項，此項原來是沒有的，選取NetBEUI之後，按確定。
4、建立工作組。
以XP為例，右擊「我的電腦」---「屬性」，在「計算機名」選項卡中，點「更改」按鈕，在下面的「工作組」文本框里輸入工作組的名字，隨便輸，只要保證兩台機器工作組一樣就行。
或，右鍵點擊「我的電腦」，選擇「屬性」，然後單擊「計算機名」選項卡，看看該選項卡中有沒有出現你的區域網工作組名稱，如「workgroup」等。然後單擊「網路 ID」按鈕，開始「網路標識向導」：單擊「下一步」，選擇「本機是商業網路的一部分，用它連接到其他工作著的計算機」；單擊「下一步」，選擇「公司使用沒有域的網路」；單擊「下一步」按鈕，然後輸入你的區域網的工作組名，這里我建議大家用「BROADVIEW」，再次單擊「下一步」按鈕，最後單擊「完成」按鈕完成設置。
5、設置共享文件夾。
（1）我的電腦→工具→文件夾選項→查看→去掉「使用簡單文件共享（推薦）」前的勾。
（2）把你要共享的文件全部放在一個文件夾里，右擊這個文件夾－－共享和安全，在「共享」選項卡中選中「在網路上共享這個文件夾」復選框，這時「共享名」文本框和「允許其他用戶更改我的文件」復選框變為可用狀態。用戶可以在「共享名」文本框中更改該共享文件夾的名稱；若清除「允許其他用戶更改我的文件」復選框，則其他用戶只能看該共享文件夾中的內容，而不能對其進行修改。設置完畢後，單擊「應用」按鈕和「確定」按鈕即可。
6、關閉防火牆。
C. HTTP協議通常使用什麼協議進行傳輸
使用的是TCP
通常，來由HTTP客戶端發起一自個請求，建立一個到伺服器指定埠（默認是 80埠）的TCP連接。HTTP伺服器則在那個埠監聽客戶端發送過來的請求。一旦收到請求，伺服器（向客戶端）發回一個狀態行，比如"HTTP/1.1 200 OK"，和（響應的）消息，消息的消息體可能是請求的文件、錯誤消息、或者其它一些信息。 httpHTTP使用TCP而不是UDP的原因在於（打開）一個網頁必須傳送很多數據，而TCP協議提供傳輸控制，按順序組織數據，和錯誤糾正。
D. 網路傳輸有幾種方式和協議
傳輸主要是使用tcp 和 udp協議~~
從專業的角度說，TCP的可靠保證，是它的三次握手機制，這一機制保證校驗了數據，保證了他的可靠性。而UDP就沒有了，所以不可靠。不過UDP的速度是TCP比不了的，而且UDP的反應速度更快，QQ就是用UDP協議傳輸的，HTTP是用TCP協議傳輸的，不用我說什麼，自己體驗一下就能發現區別了。再有就是UDP和TCP的目的埠不一樣（這句話好象是多餘的），而且兩個協議不在同一層，TCP在三層，UDP不是在四層就是七層。
TCP/IP協議介紹
TCP/IP的通訊協議
這部分簡要介紹一下TCP/IP的內部結構，為討論與互聯網有關的安全問題打下基礎。TCP/IP協議組之所以流行，部分原因是因為它可以用在各種各樣的信道和底層協議（例如T1和X.25、乙太網以及RS-232串列介面）之上。確切地說，TCP/IP協議是一組包括TCP協議和IP協議，UDP（User Datagram Protocol）協議、ICMP（Internet Control Message Protocol）協議和其他一些協議的協議組。
TCP/IP整體構架概述
TCP/IP協議並不完全符合OSI的七層參考模型。傳統的開放式系統互連參考模型，是一種通信協議的7層抽象的參考模型,其中每一層執行某一特定任務。該模型的目的是使各種硬體在相同的層次上相互通信。這7層是:物理層、數據鏈路層、網路層、傳輸層、話路層、表示層和應用層。而TCP/IP通訊協議採用了4層的層級結構，每一層都呼叫它的下一層所提供的網路來完成自己的需求。這4層分別為：
應用層：應用程序間溝通的層，如簡單電子郵件傳輸（SMTP）、文件傳輸協議（FTP）、網路遠程訪問協議（Telnet）等。
傳輸層：在此層中，它提供了節點間的數據傳送服務，如傳輸控制協議（TCP）、用戶數據報協議（UDP）等，TCP和UDP給數據包加入傳輸數據並把它傳輸到下一層中，這一層負責傳送數據，並且確定數據已被送達並接收。
互連網路層：負責提供基本的數據封包傳送功能，讓每一塊數據包都能夠到達目的主機（但不檢查是否被正確接收），如網際協議（IP）。
網路介面層：對實際的網路媒體的管理，定義如何使用實際網路（如Ethernet、Serial Line等）來傳送數據。
TCP/IP中的協議
以下簡單介紹TCP/IP中的協議都具備什麼樣的功能，都是如何工作的：
1． IP
網際協議IP是TCP/IP的心臟，也是網路層中最重要的協議。
IP層接收由更低層（網路介面層例如乙太網設備驅動程序）發來的數據包，並把該數據包發送到更高層---TCP或UDP層；相反，IP層也把從TCP或UDP層接收來的數據包傳送到更低層。IP數據包是不可靠的，因為IP並沒有做任何事情來確認數據包是按順序發送的或者沒有被破壞。IP數據包中含有發送它的主機的地址（源地址）和接收它的主機的地址（目的地址）。
高層的TCP和UDP服務在接收數據包時，通常假設包中的源地址是有效的。也可以這樣說，IP地址形成了許多服務的認證基礎，這些服務相信數據包是從一個有效的主機發送來的。IP確認包含一個選項，叫作IP source routing，可以用來指定一條源地址和目的地址之間的直接路徑。對於一些TCP和UDP的服務來說，使用了該選項的IP包好象是從路徑上的最後一個系統傳遞過來的，而不是來自於它的真實地點。這個選項是為了測試而存在的，說明了它可以被用來欺騙系統來進行平常是被禁止的連接。那麼，許多依靠IP源地址做確認的服務將產生問題並且會被非法入侵。
2. TCP
如果IP數據包中有已經封好的TCP數據包，那麼IP將把它們向『上』傳送到TCP層。TCP將包排序並進行錯誤檢查，同時實現虛電路間的連接。TCP數據包中包括序號和確認，所以未按照順序收到的包可以被排序，而損壞的包可以被重傳。
TCP將它的信息送到更高層的應用程序，例如Telnet的服務程序和客戶程序。應用程序輪流將信息送回TCP層，TCP層便將它們向下傳送到IP層，設備驅動程序和物理介質，最後到接收方。
面向連接的服務（例如Telnet、FTP、rlogin、X Windows和SMTP）需要高度的可靠性，所以它們使用了TCP。DNS在某些情況下使用TCP（發送和接收域名資料庫），但使用UDP傳送有關單個主機的信息。
3.UDP
UDP與TCP位於同一層，但對於數據包的順序錯誤或重發。因此，UDP不被應用於那些使用虛電路的面向連接的服務，UDP主要用於那些面向查詢---應答的服務，例如NFS。相對於FTP或Telnet，這些服務需要交換的信息量較小。使用UDP的服務包括NTP（網落時間協議）和DNS（DNS也使用TCP）。
欺騙UDP包比欺騙TCP包更容易，因為UDP沒有建立初始化連接（也可以稱為握手）（因為在兩個系統間沒有虛電路），也就是說，與UDP相關的服務面臨著更大的危險。
4.ICMP
ICMP與IP位於同一層，它被用來傳送IP的的控制信息。它主要是用來提供有關通向目的地址的路徑信息。ICMP的『Redirect』信息通知主機通向其他系統的更准確的路徑，而『Unreachable』信息則指出路徑有問題。另外，如果路徑不可用了，ICMP可以使TCP連接『體面地』終止。PING是最常用的基於ICMP的服務。
5. TCP和UDP的埠結構
TCP和UDP服務通常有一個客戶/伺服器的關系，例如，一個Telnet服務進程開始在系統上處於空閑狀態，等待著連接。用戶使用Telnet客戶程序與服務進程建立一個連接。客戶程序向服務進程寫入信息，服務進程讀出信息並發出響應，客戶程序讀出響應並向用戶報告。因而，這個連接是雙工的，可以用來進行讀寫。
兩個系統間的多重Telnet連接是如何相互確認並協調一致呢？TCP或UDP連接唯一地使用每個信息中的如下四項進行確認：
源IP地址 發送包的IP地址。
目的IP地址 接收包的IP地址。
源埠 源系統上的連接的埠。
目的埠 目的系統上的連接的埠。
埠是一個軟體結構，被客戶程序或服務進程用來發送和接收信息。一個埠對應一個16比特的數。服務進程通常使用一個固定的埠，例如，SMTP使用25、Xwindows使用6000。這些埠號是『廣為人知』的，因為在建立與特定的主機或服務的連接時，需要這些地址和目的地址進行通訊。
E. 傳輸協議的基本要素
（1）定址。當一個來應用程序希望與另一源個應用程序傳輸數據時，必須指明是與哪個應用程序相連。定址的方法一般採用定義傳輸地址。網際網路傳輸地址由IP地址和主機埠號組成。
（2）建立連接。在實際的網路應用中，採用三次握手的演算法，並增加某些條件以保證建立起可靠的連接。增加的條件是：所發送的報文都要有遞增的序列號；對每個報文設立一個計時器，設定一個最大時延，對那些超過最大時延仍沒有收到確認信息的報文就認為已經丟失，需要重傳。
（3）釋放連接。也採用三次握手的演算法。
（4）流量控制和緩沖區管理。
（5）多路復用。
（6）崩潰恢復。
F. ISO定義了5種面向連接的傳輸協議，請問有哪幾種呢
這五種：TP0、TP1、TP2、TP3、TP4
ISO-TP：OSI 傳輸層協議（TP0、TP1、TP2、TP3、TP4）
目前 ISO-TP 中包含五種傳輸層協議，從傳輸層協議類 0 到傳輸層協議類 4（TP0、TP1、TP2、 TP3 和 TP4），協議復雜性依次遞增。TP0-3 只適用於面向連接通信，在該通信方式下，任何數據發送之前，必須先建立會話連接；而 TP4 既可以用於面向連接通信也可以用於無連接通信。
傳輸協議類 0（TP0） 實現分段和重組（segmentation and reassembly）功能。TP0 先識別底層網路支持的最大協議數據單元（PDU）的最小值的大小，根據此對數據包進行分段，然後數據包段在接收端再進行重組。
傳輸協議類 1（TP1）執行分段和重組和差錯恢復功能。TP1 對協議數據單元（PDU）進行排序。如果有太多的 PDU 沒有獲得確認響應，將重發 PDU 或重新啟動連接。
傳輸協議類 2（TP2）實現分段和重組，以及單一虛擬電路上的數據流多路復用技術和解除復用技術（demultiplexing）等功能。
傳輸協議類 3（TP3）提供差錯恢復、分段和重組、以及單一虛擬電路上的數據流復用技術和解除復用技術等功能。TP3 也支持協議數據單元排序操作。如果有太多的 PDU 沒有獲得確認響應，將重發 PDU 或重新啟動連接。
傳輸協議類 4（TP4）提供差錯恢復功能，實現分段和重組處理，並支持單一虛擬電路上的數據流復用技術和解除復用技術。TP4 也支持協議數據單元排序操作。如果有太多 PDU 沒有獲得確認響應，將重發 PDU 或重新啟動連接。TP4 能提供可靠傳輸服務和功能，既支持面向連接網路服務，也支持無連接網路服務。TP4 是 OSI 傳輸協議中使用最為普遍的，它類似於 TCP/IP 協議集中的傳輸控制協議 （TCP）。
TP4 和 TCP 的設計目標都是為了在不可靠的網路服務上提供可靠的面向連接的端到端傳輸服務。網路服務可能丟失包、存儲以及以錯誤的順序發送數據包，甚至復制數據包。兩種協議都必須能夠處理這些最嚴重的問題，比如，子網存儲有效數據包，過段時間再發送它們。TP4 和 TCP 都具有連接、傳輸和斷開連接三個階段，其操作原則也類似。
TP4 和 TCP 的一點不同之處在於：TP4 使用十個不同的傳輸協議數據單元（TPDU）類型而 TCP 只使用一個 TPDU。這使得 TCP 相對比較簡單，但是每個 TCP 協議頭必須具有所有可能欄位，因此 TCP 協議頭大小至少為 20 位元組，而 TP4 協議頭大小隻有 5 位元組。另一個不同之處在於兩者的呼叫沖突反應方式。TP4 在 TSAP 間打開兩個雙向連接，而 TCP 只打開一個連接。另外 TP4 使用不同的信息流控制機制，它還提供了服務質量（quality of service）衡量方法。
G. http協議上傳文件
<input type="file" />
是不是來 應該添源加 name="" 伺服器才能獲取到啊?要不 是不是瀏覽器 直接忽略無名稱的變數了?
PS:順便問一下,你的伺服器 用的什麼http庫??? 還是 直接 tcp socket 編程 ?
H. 如何選擇傳輸協議及格式
網路傳輸數據格式的選擇
對於客戶端和服務端的數據傳輸通常會有以下幾點考慮：
1.網路數據大小——佔用帶寬，傳輸效率：雖然對單個用戶來說，數據量傳輸很小，但是對於伺服器端要承受眾多的高並發數據傳輸，必須要考慮到數據佔用帶寬，盡量不要有冗餘數據，這樣才能夠少佔用帶寬，少佔用資源，少網路IO，提高傳輸效率；
2.網路數據安全性——敏感數據的網路安全：對於相關業務的部分數據傳輸都是敏感數據，所以必須考慮對部分傳輸數據進行加密；
3.編碼復雜度——序列化和反序列化復雜度，效率，數據結構的可擴展性，可維護性：對於平台相關業務的代碼實現也需要考慮到數據發送方和數據接收方數據處理的復雜度和數據結構的可擴展性，可維護性，人力成本和實施復雜度也必須考慮在內；
4.協議通用性——大眾規范：數據類型必須是跨平台，數據格式是通用的，大家普遍能接受上手的；
以下我們通過幾種不同類別的協議數據類型進行比較：
自定義二進制
優點：信息體積小，對應以上」1「
缺點：編碼復雜度高（自己定義消息格式，自己編寫序列化和反序列化方法，自己進行容錯處理，可擴展性不強，比如添加個欄位，就必須改兩端的邏輯處理），對應以上」3「；
提供序列化和反序列化庫的開源協議
比如protocol buffers， json， Thrift
優點：是一種流行的通用數據格式，擴展相當方便，序列化和反序列化相當方便（有相應庫），錯誤處理方便（庫支持）；
文本化協議
比如xml，json
優點：序列化，反序列化容易（庫支持），調試方便，可視化強
缺點：相對於二進制存儲佔用體積大
如果是你，你會選擇哪種協議？
我會選擇json，因為他是「提供序列化和反序列化庫的開源協議還是文本化的協議」，原因如下：
1.自定義二進制格式進行傳輸的工作，整個過程在定義消息，write，read的過程過於復雜，還很容易出錯，對於很多數據交互的程序，會花費大量的時間在上面；
2.自定義二進制格式不便於擴展，但json可以很好地解決這種問題；
3.雖然相比較二進制，json的佔用空間稍大，但是我們可以通過網路數據壓縮來解決，況且json本身也是輕量級的，傳輸效率也很高；
4.去看《unix編程藝術》吧，第5章--文本化，好協議產生好實踐；第6章--透明性：來點兒光 會告訴你使用文本化協議的好處；
I. 傳輸控制協議是什麼
TCP（Transmission Control Protocol傳輸控制協議）是一種面向連接的、可靠的、基於位元組流的傳輸層通信協議，由IETF的RFC 793定義。在簡化的計算機網路OSI模型中，它完成第四層傳輸層所指定的功能，用戶數據報協議（UDP）是同一層內另一個重要的傳輸協議。在網際網路協議族（Internet protocol suite）中，TCP層是位於IP層之上，應用層之下的中間層。不同主機的應用層之間經常需要可靠的、像管道一樣的連接，但是IP層不提供這樣的流機制，而是提供不可靠的包交換。
應用層向TCP層發送用於網間傳輸的、用8位位元組表示的數據流，然後TCP把數據流分區成適當長度的報文段（通常受該計算機連接的網路的數據鏈路層的最大傳輸單元（MTU）的限制）。之後TCP把結果包傳給IP層，由它來通過網路將包傳送給接收端實體[1]的TCP層。TCP為了保證不發生丟包，就給每個包一個序號，同時序號也保證了傳送到接收端實體的包的按序接收。然後接收端實體對已成功收到的包發回一個相應的確認（ACK）；如果發送端實體在合理的往返時延（RTT）內未收到確認，那麼對應的數據包就被假設為已丟失將會被進行重傳。TCP用一個校驗和函數來檢驗數據是否有錯誤；在發送和接收時都要計算校驗和。
J. 請問HTTP協議傳輸和TCP協議傳輸的區別
1、性質不同：http是一個簡單的請求-響應協議。TCP是一種面向連接的、可靠的、基於位元組流的傳輸層通信協議。
2、連接不同：TCP連接到不同但互連的計算機通信網路的主計算機中的成對進程之間依靠TCP提供可靠的通信服務。http通常運行在TCP之上。指定了客戶端可能發送給伺服器什麼樣的消息以及得到什麼樣的響應。
3、功能不同：當應用層向TCP層發送用於網間傳輸的、用8位位元組表示的數據流，TCP則把數據流分割成適當長度的報文段，最大傳輸段大小（MSS）通常受該計算機連接的網路的數據鏈路層的最大傳送單元（MTU）限制。HTTP協議是基於請求/響應範式的。
(10)上傳協議擴展閱讀：
注意事項：
1、HTTP是無連接：無連接的含義是限制每次連接只處理一個請求。伺服器處理完客戶的請求，並收到客戶的應答後，即斷開連接。採用這種方式可以節省傳輸時間。
2、HTTP是媒體獨立的：這意味著，只要客戶端和伺服器知道如何處理的數據內容，任何類型的數據都可以通過HTTP發送。客戶端以及伺服器指定使用適合的MIME-type內容類型。
3、HTTP是無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面在伺服器不需要先前信息時它的應答就較快。