在Web服務(wù)發(fā)展的初期，XML格式化消息的第一個主要用途是，應(yīng)用于XML-RPC協(xié)議，其中RPC代表遠程過程調(diào)用。在XML遠程過程調(diào)用 (XML-RPC)中，客戶端發(fā)送一條特定消息，該消息中必須包括名稱、運行服務(wù)的程序以及輸入?yún)?shù)。
　　XML-RPC只能使用有限的數(shù)據(jù)類型種類和一些簡單的數(shù)據(jù)結(jié)構(gòu)。人們認為這個協(xié)議還不夠強大，于是就出現(xiàn)了SOAP——其最初的定義是簡單對象訪問協(xié)議。之后，大家逐漸意識到SOAP其實并不簡單，而且也不需要必須使用面向?qū)ο笳Z言，所以，現(xiàn)在人們只是沿用SOAP這個名稱而已。
　　XML-RPC只有簡單的數(shù)據(jù)類型集，取而代之，SOAP是通過利用XML Schema的不斷發(fā)展來定義數(shù)據(jù)類型的。同時，SOAP也能夠利用XML 命名空間，這是XML-RPC所不需要的。如此一來，SOAP消息的開頭部分就可以是任何類型的XML命名空間聲明，其代價是在系統(tǒng)之間增加了更多的復(fù)雜性和不兼容性。
　　隨著計算機行業(yè)的覺醒，人們發(fā)現(xiàn)了基于XML的Web服務(wù)的商業(yè)潛力，于是，各家公司開始不斷地發(fā)掘想法、觀點、論據(jù)以及標準化嘗試。W3C曾經(jīng)設(shè)法以“Web服務(wù)活動”的名義來組織成果展，其中也包括實際做出SOAP的XML協(xié)議工作組(XML Protocol Working Group)。與Web服務(wù)有關(guān)的標準化成果(從某種程度上說與SOAP相關(guān)或者依賴于SOAP)的數(shù)量已經(jīng)倍增了到了令人驚訝的程度。
　　最初，SOAP是作為XML-RPC的擴展而發(fā)展起來的，它主要強調(diào)的是，通過從WSDL文件中所獲得的方法和變量名來進行遠程過程調(diào)用。現(xiàn)在，通過不斷進步，人們發(fā)現(xiàn)了更多的使用SOAP的方式，而不僅僅是采用“文件”方式——基本上是使用一個SOAP信封來傳送XML格式化文件。無論如何，要掌握SOAP，了解WSDL所扮演的角色是最根本的

　　TCP/IP協(xié)議是一個協(xié)議簇。里面包括很多協(xié)議的。UDP只是其中的一個。之所以命名為TCP/IP協(xié)議，因為TCP,IP協(xié)議是兩個很重要的協(xié)議，就用他兩命名了。
　　tcp和udp都是傳輸協(xié)議，主要區(qū)別是tcp協(xié)議連接需要3次握手，斷開需要四次握手，是通過流來傳輸?shù)?，就是確定連接后，一直發(fā)送信息，傳完后斷開。udp不需要進行連接，直接把信息封裝成多個報文，直接發(fā)送。所以udp的速度更快寫，但是不保證數(shù)據(jù)的完整性和數(shù)據(jù)順序，（這個是可以在實現(xiàn)時通過驗證手段來手動確定完整性）。
　　http協(xié)議是建立在TCP協(xié)議之上的一種應(yīng)用，是Web聯(lián)網(wǎng)的基礎(chǔ)，最顯著的特點是客戶端發(fā)送的每次請求都需要服務(wù)器回送響應(yīng)，在請求結(jié)束后，會主動釋放連接。從建立連接到關(guān)閉連接的過程稱為“一次連接”。
　　socket并不是一種協(xié)議，是在程序員層面上對TCP/IP協(xié)議的封裝和應(yīng)用。其實是一個調(diào)用接口，方便程序員使用TCP/IP協(xié)議棧而已。程序員通過socket來使用tcp/ip協(xié)議。但是socket并不是一定要使用tcp/ip協(xié)議，Socket編程接口在設(shè)計的時候，就希望也能適應(yīng)其他的網(wǎng)絡(luò)協(xié)議。
　　rpc是一種通過網(wǎng)絡(luò)從遠程計算機程序上請求服務(wù)，而不需要了解底層網(wǎng)絡(luò)技術(shù)的協(xié)議。
　　初學(xué)情況下只要了解http協(xié)議和調(diào)用http協(xié)議，java使用httpClient，還有socket編程就好了。RPC我也了解的不多。