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

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