A. System.Runtime.Serialization干什麼用
這是一個序列化器，用來將對象序列化為可以通過SOAP傳輸的字元串。一般用來在使用SOAP協議連接的伺服器端和客戶端之間傳輸對象數據時進行壓縮（對象-SOAP）和解壓縮（SOAP-對象）。
B. soap介面是否可以進行文件傳輸
webservices介面傳輸文件目前基本兩種方式
1.進行BASE64編碼壓縮後傳遞，效率低。
2.通過傳輸文件名，採用http/ftp等方式進行二次獲取。推薦。
目前我們的項目每次傳輸的文件可能要大於1g的，我們採用的是webservices傳遞文件名，再根據得到的文件名通過FTP進行獲取。
C. c++調用WebService，參數string會有長度限制嗎
一般情況下，超過10000位元組，就會調用失敗，但是這不是字元串長度限製造成的，而是數據量過大，造成在網路在傳輸時間過長，超出了webservice默認的超時設置，導致調用失敗，傳統的做法是，數據量過大時要對數據進行壓縮，客戶端進行解壓。或者修改webservice的timeout為較長的時間，或者設置為無窮大。這兩種辦法可以同時使用。
soap本身就是被序列化的，我覺得盡量不要直接傳過大的數據，可以換種方式，如內網可考慮文件形式存儲給出文件路徑等方式，外網分割成多個包去返回！！
D. 什麼是web應用協議 謝謝
應該是WEB服務協議吧。
Web Service支持3種協議來與用戶交流數據。這3種協議分別是：
1．HTTP-GET
2．HTTP-POST
3．SOAP
在這3種協議中，HTTP(Hypertext Transfer Protocol)已經是眾所周知的協議了，它是XML Web Service數據傳輸的標准，其中包括使用SOAP傳輸數據。HTTP將SOAP消息壓縮,然後以HTTP傳輸協議的形式進行網路傳輸。然而在XML Web Service下使用HTTP-GET和HTTP-POST的時候，事實上是指有關單獨使用HTTP調用XML Web Service中的方法的能力，而不使用SOAP。
在HTTP中，GET和POST並不是一種協議，它們是可以用來與Web Service交互的幾種方法中的其中兩種。然而，這二種方法的傳送參數和數據的能力使它們變成了一種簡單的，非常適合用來調用XML Web Service的工具。
SOAP是XML Web Service最常用到的連接協議。與HTTP相比，SOAP顯的更為復雜，但卻擁有更強的接受能力。SOAP是一種以XML為基礎的協議，它提供一種將數據打包（Packaging）和編碼（Encoding）的方法，以用於網路的數據傳輸。任意一個用戶都可以使用SOAP協議與任何一個XML Web Service進行通信，甚至於這個XML Web Service不是建立在.NET 平台上的，比如說java的，都可以利用SOAP來進行數據傳輸。因此可見，SOAP也是Language Independent(語言獨立性)。
2
HTTP-GET和HTTP-POSTHTTP-GET 和 HTTP-POST 是使用 HTTP（超文本傳輸協議）謂詞以及與之關聯的請求語義將參數作為名稱/值對編碼和傳遞的標准協議。每個協議都由一系列 HTTP 請求頭組成，這些頭與一些其他信息一起定義客戶端向伺服器請求的內容，而在成功時，伺服器將用一系列 HTTP 響應頭和所請求的數據響應。
E. php中soapClient如何配置
一、Linux下安裝soap模塊
安裝完php後最好保留當時安裝的文件，比如usr/local/php-5.3.2
查看soap模塊是否安裝的辦法：在php的安裝目錄下運行php -m來查看
如：/usr/local/php/bin/php -m |grep 『soap』
如果沒有安裝，則進入php的安裝源文件夾
cd php-5.3.2/ext/soap
進入後在此運行phpize命令
/usr/local/php/bin/phpize
查看信息是否有出錯，沒有出錯的話運行如下命令：
./configure –with-php-config=/usr/local/php/bin/php-config –enable-soap
然後是安裝編譯
make
最後是安裝
make install
安裝好之後會提示soap.so文件的保存路徑
編譯後的soap.so文件保存在了/usr/local/php/lib/php/extensions/no-debug-non-zts-20111222目錄下,接著修改php.ini文件
手工修改：查找/usr/local/php/etc/php.ini中的extension_dir = 「./」，默認是注釋掉的
修改為extension_dir = 「/usr/local/php/lib/php/extensions/no-debug-non-zts-20111222/」
並在此行後增加如下，然後保存：
extension = 「soap.so」
重新啟動apache，在運行php -m就已經能看到擴展的soap模塊了。
如果還要安裝擴展別的模塊可以以此類推。
二、Windows下安裝soap模塊
在Windows下可以通過修改php.ini來選擇當PHP啟動時載入哪些擴展庫。也可以在腳本中通過使用 dl()來動態載入。PHP擴展庫的DLL文件都具有php_前綴。很多擴展庫都內置於Windows版的PHP之中。這意味著要載入這些擴展庫不需要額外的DLL文件和extension配置指令。Windows下的PHP擴展庫列表列出了需要或曾經需要額外PHP DLL文件的擴展庫。
要在php.ini中啟用某擴展庫，需要去掉該行extension=php_*.dll前的注釋符號，將想要載入的擴展庫前的分號（;）刪除即可。
啟用php_soap.dll擴展庫
// 將這一行
;extension=php_soap.dll
// 改成這樣
extension=php_soap.dll
Note: 如果運行伺服器模塊版的PHP，在修改了php.ini之後別忘了重新啟動web伺服器以使其改動生效。
下面是內置的擴展庫列表：
php_bz2.dll bzip2壓縮函數庫
php_calendar.dll 歷法轉換函數庫
php_crack.dll 密碼破解函數庫
php_ctype.dll ctype家族函數庫
php_curl.dll CURL，客戶端URL庫函數庫
php_dba.dll DBA：資料庫（dbm 風格）抽象層函數庫
php_dbase.dll dBase函數庫
php_dbx.dll dbx函數庫
php_domxml.dll DOM XML函數庫
php_dotnet.dll .NET函數庫
php_exif.dll EXIF函數庫
php_fbsql.dll FrontBase函數庫
php_fdf.dll FDF：表單數據格式化函數庫
php_filepro.dll filePro函數庫
php_ftp.dll FTP函數庫
php_gd.dll GD庫圖像函數庫
php_gd2.dll GD庫圖像函數庫
php_gettext.dll Gettext函數庫
php_hyperwave.dll HyperWave函數庫
php_iconv.dll ICONV字元集轉換
php_ifx.dll Informix函數庫
php_iisfunc.dll IIS 管理函數庫
php_imap.dll IMAP，POP3 和 NNTP 函數庫
php_ingres.dll Ingres II函數庫
php_interbase.dll InterBasefunctions
php_java.dll Java函數庫
php_ldap.dll LDAP函數庫
php_mbstring.dll 多位元組字元串函數庫
php_mcrypt.dll Mcrypt 加密函數庫
php_mhash.dll Mhash函數庫
php_mime_magic.dll Mimetype函數庫
php_ming.dll Ming函數庫（Flash）
php_msql.dll mSQL函數庫
php_mssql.dll MSSQL函數庫
php_mysql.dll MySQL函數庫
php_mysqli.dll MySQLi函數庫
php_oci8.dll Oracle 8函數庫
php_openssl.dll OpenSSL函數庫
php_overload.dll 對象重載函數庫
php_pdf.dll PDF函數庫
php_pgsql.dll PostgreSQL函數庫
php_printer.dll 列印機函數庫
php_shmop.dll 共享內存函數庫
php_snmp.dll SNMP函數庫
php_soap.dll SOAP函數庫
php_sockets.dll Socket函數庫
php_sybase_ct.dll Sybase函數庫
php_tidy.dll Tidy函數庫
php_tokenizer.dll Tokenizer函數庫
php_w32api.dll W32api函數庫
php_xmlrpc.dll XML-RPC函數庫
php_xslt.dll XSLT函數庫
php_yaz.dll YAZ函數庫
php_zip.dll Zip文件函數庫
php_zlib.dll ZLib壓縮函數庫
F. 如何在java REST API中用GZip和Jersey壓縮相應
有許多情景當你的REST api提供的相應是非常長的，並且我們都知道傳遞速度和貸款在移動設備/網路上是多重要。當開發支持REST apis的移動app的時候，我認為首要的性能最優化的點就是需要解決。猜猜是什麼？因為響應式文本，因此我們能壓縮這些文本。而且隨著當前的只能手機和平板的能力，在客戶端解壓文本應該不是個大問題...因此在這篇文章中，如果你使用java的Jersey構建它，我將介紹你怎麼能有選擇性的壓縮REST API響應，這個Jersey事JAX-RS的映射實現(還有更多)...
1.Jersey過濾器和攔截器
啊，感謝Jersey的強大的過濾器和攔截器特性，這個實現是相當容易的。然後過濾器是主要打算來維護像HTTP headers，URIs和/或HTTP methods的request和response的參數，攔截器是維護實體，通過維護實體的輸入/輸出流。
但是對於壓縮將使用一個GZip WriterInterceptor，一個寫攔截器被用於這種情況，在那個類里，實體被寫到"wire"，當在這種情況中時，它在伺服器這邊，這就意味著輸出一個響應實體。
1.1GZip Writer Interceptor
那讓我們來看看我們的GZip Writer Interceptor吧：
GZip Writer Interceptor
package org.codingpedia.demo.rest.interceptors;
import java.io.IOException;
import java.io.OutputStream;
import java.util.zip.GZIPOutputStream;
import javax.ws.rs.WebApplicationException;
import javax.ws.rs.core.MultivaluedMap;
import javax.ws.rs.ext.WriterInterceptor;
import javax.ws.rs.ext.WriterInterceptorContext;
@Provider
@Compress
public class GZIPWriterInterceptor implements WriterInterceptor {
@Override
public void aroundWriteTo(WriterInterceptorContext context)
throws IOException, WebApplicationException {
MultivaluedMap<String,Object> headers = context.getHeaders();
headers.add("Content-Encoding", "gzip");
final OutputStream outputStream = context.getOutputStream();
context.setOutputStream(new GZIPOutputStream(outputStream));
context.proceed();
}
}
注意：
它實現了WriterInterceptor，這是一個寫攔截器的消息體的介面，這個介麵包裝調用javax.ws.rs.ext.MessageBodyWriter.writeTo
供應商實現WriterInterceptor協議必須要麼以編程方式注冊進一個JAX-RS運行環境，要麼必須用@Provider註解來註解在一個提供商掃描語句期間自動的被JAX-RS運行環境發現。
@Compress是綁定註解的名稱，在接下來的段落中我們將更詳細的討論它
「攔截器從WriterInterceptorContext中獲得一個輸出流並且設置一個新的用原始的GZIP包裝器包裝的輸出流。在所有的攔截器被執行以後，輸出流最終設置WriterInterceptorContext將用於序列化實體。在上面的例子中，實體位元組將被寫到GZIPOutputStream中，這個類將壓縮流數據，然後把他們寫到原始輸出流。原始流總是把數據寫到wire中。當攔截器被用在伺服器上時，原始輸出流會把數據寫到底層伺服器容器的流中，然後發送響應給客戶端。」
「重載方法aroundWriteTo()獲取WriterInterceptorContextz作為參數。這個上下文包括請求頭參數getters和setters，請求屬性，實體，實體流和其它屬性；當你壓縮你的響應時，你應當設置'Content-Encoding'頭位gzip」
1.2 壓縮註解
過濾器和攔截器能被綁定名字。名稱綁定是一種概念，這種概念就是允許告訴一個JAX-RS的運行時，一個只為特定資源方法的特定的過濾器或者攔截器將被執行。當一個過濾器或者攔截器只對一些特定的資源方法限制，那我們就認為它是名稱綁定。過濾器和攔截器沒有這樣的限制就被稱作global。在我們的例子中我們已經構建了@Compress註解：
Compress annotation
package org.codingpedia.demo.rest.interceptors;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import javax.ws.rs.NameBinding;
//@Compress annotation is the name binding annotation
@NameBinding
@Retention(RetentionPolicy.RUNTIME)
public @interface Compress {}
而且用它來標記在資源上的方法，這個方法應該是被壓縮的(eg:當GET-ing的時候，所有的博客用PodcastsResource)
@Compress annotation在資源方法上的使用
@Component
@Path("/podcasts")
public class PodcastsResource {
@Autowired
private PodcastService podcastService;
...........................
/*
* *********************************** READ ***********************************
*/
/**
* Returns all resources (podcasts) from the database
*
* @return
* @throws IOException
* @throws JsonMappingException
* @throws JsonGenerationException
* @throws AppException
*/
@GET
@Compress
@Proces({ MediaType.APPLICATION_JSON, MediaType.APPLICATION_XML })
public List<Podcast> getPodcasts(
@QueryParam("orderByInsertionDate") String orderByInsertionDate,
@QueryParam("numberDaysToLookBack") Integer numberDaysToLookBack)
throws IOException,AppException {
List<Podcast> podcasts = podcastService.getPodcasts(
orderByInsertionDate, numberDaysToLookBack);
return podcasts;
}
...........................
}
2.測試
2.1SOAPui
好了，如果你正在用SOAPui測試，你能使用下面的請求違反PodcastsResource
Reqest:
請求例子：
GET http://localhost:8888/demo-rest-jersey-spring/podcasts/?orderByInsertionDate=DESC HTTP/1.1
Accept-Encoding: gzip,deflate
Accept: application/json, application/xml
Host: localhost:8888
Connection: Keep-Alive
User-Agent: Apache-HttpClient/4.1.1 (java 1.5)
Response:
被壓縮的json響應，通過SOAPui自動的解壓縮
HTTP/1.1 200 OK
Content-Type: application/json
Content-Encoding: gzip
Content-Length: 409
Server: Jetty(9.0.7.v20131107)
[
{
"id": 2,
"title": "Quarks & Co - zum Mitnehmen",
"linkOnPodcastpedia": "http://www.podcastpedia.org/quarks",
"feed": "http://podcast.wdr.de/quarks.xml",
"description": "Quarks & Co: Das Wissenschaftsmagazin",
"insertionDate": "2014-10-29T10:46:13.00+0100"
},
{
"id": 1,
"title": "- The Naked Scientists Podcast - Stripping Down Science",
"linkOnPodcastpedia": "http://www.podcastpedia.org/podcasts/792/-The-Naked-Scientists-Podcast-Stripping-Down-Science",
"feed": "feed_placeholder",
"description": "The Naked Scientists flagship science show brings you a lighthearted look at the latest scientific breakthroughs, interviews with the world top scientists, answers to your science questions and science experiments to try at home.",
"insertionDate": "2014-10-29T10:46:02.00+0100"
}
]
SOAPui接受Content-type:gzip頭，我們在GZIPWriterIntercepter中添加了並且自動的解壓了響應並且用人眼可讀的方式展示出來。
好了，就這些了。你已經了解了Jersey如何讓它直接壓縮REST api響應了。
G. MSSoap是什麼
Windows技術知識:系統文件夾全面解析
朋友我們每天都在使用Windows，可你對它的系統文件夾熟悉嗎？下面的文章中將介紹各種Windows操作系統文件夾的作用。
系統文件夾詳解Win9X/Me篇
據說目前Windows9X仍然有很多用戶，而Windows Me和Windows9X又很相近。這里就帶你走進Windows
9X/Me主要的系統文件夾，將它們看個通透吧。
首先需要明確一個概念，「系統文件夾」指的是存放操作系統主要文件的文件夾，一般在安裝操作系統過程中自動創建並將相關文件放在對應的文件夾中，
這裡面的文件直接影響系統的正常運行，多數都不允許隨意改變。
Command
該文件夾內有很多DOS下的外部命令程序，這些小工具在系統崩潰對於系統的修復很有用，如Bootdisk.Bat文件可以用於在DOS命令行上創建啟動盤。
Cookies
「甜餅」文件夾，存放用戶瀏覽某些網站時由網站在你的硬碟上創建的一些個人資料，如用戶名、所到過的網址等。
Desktop
桌面文件夾，存放於該文件夾內的文件將直接顯示在桌面上。
Downloaded Program Files
存放IE下載文件的文件夾。其中包含了顯示已打開過的Web頁所需的文件（大部分文件用來運行Web頁面上的動畫）。
Favorites
「收藏夾」文件夾。我們在IE中將某個網頁「添加到收藏夾」，實際上就是將網頁的快捷方式存放在該文件夾下，當然也可以在該文件下創建更多的文件夾，以便將收藏分類存放。
Fonts
字體文件夾。系統中所有要用到的字體都存放在此，所以添加新字體除了通過打開控制面板的「字體」窗口中的「安裝新字體」項的方式進行以外，
也可以直接將字體文件復制到這里；在此也可刪除某些不常用的字體文件（但注意擴展名為.fon的屏幕字體最好不要亂刪，以免引起系統不能正常顯示）。
Help
幫助文件的存放文件夾。裡麵包括很多很詳細的幫助文件，遇到疑難可多看這些幫助文件，它們對用戶會有很多幫助。
History
歷史記錄文件夾。當在IE瀏覽器瀏覽過一個網頁時，IE默認會創建一個歷史記錄信息存放在此。如果不想讓他人知道你的瀏覽行蹤，可以刪除這個文件夾中的內容。
Offline Web Pages
離線瀏覽文件的存放位置。當某個站點被設成允許離線使用時，就會在該文件夾中生成對應的文件。
Recent
記錄最近打開過的文檔的文件夾。其中的內容和開始菜單中「文檔」項中的內容相對應，所以要想清除最近打開過的文檔記錄，直接刪除該文件夾中的快捷方式即可。
Start Menu
開始菜單文件夾。其中的項目對應開始菜單中的程序項，在該文件夾中可以調整開始菜單項目（如增加、刪除、重新分類等）。
Sysbckup
該文件夾用於存放系統對_blank>注冊表和系統文件的備份信息。
System
這是系統文件夾，存放了系統中的重要文件（如DLL文件等），一些軟體在安裝時也會向該文件夾復制文件，因此，隨著安裝的軟體的增加，
此文件夾中的內容也會越來越多。該文件夾內的文件一般不要輕易刪除，否則會導致系統錯誤。
System32
32位的系統文件夾，其中有很多虛擬設備文件（擴展名為VXD），隨意刪除它們會引起系統出錯甚至崩潰。
Temp
臨時文件夾，存放系統運行時產生的臨時文件。其中的文件通常需要手動進行清理。
Temporary Internet Files
IE的臨時文件夾。該文件夾中存放IE瀏覽網頁時所生成的一些內容，當再次打開相同網頁時系統會從這里讀取，以加快瀏覽速度。因此適當加大該臨時文件夾的空間會使瀏覽速度更快（在控制面板的「Internet選項」中設置）。
系統文件夾詳解Win2000/XP篇
既然說完了win98/Me的系統文件夾那麼現在說說流行的Win2000/XP的系統文件夾吧。在_blank>系統安裝完成後，默認會生成三個文件夾：「WinNT」（對XP而言則是Windows）、「Documents and Settings」和「Program Files」.
所以我們也將它作為系統文件夾來介紹。同「Win9X/Me」一樣，我們仍然只介紹重要的常見的文件夾。
與Win9X/Me相同文件夾的作用在上篇我已經提到了，這里不再贅述了。此處僅介紹與Win9X/Me不同的文件夾。
Connection Wizard：存放「Internet連接向導」用到的文件。
Driver Cache：該文件夾一般還會有i386文件夾，其中存放的是會用到的驅動程序壓縮文件（該文件一般有幾十兆之多）。
Ime：輸入法信息存放該文件夾中。
Prefetch：預讀取文件夾。為了加快文件的訪問速度，在WinXP中使用了預讀取技術，它會將訪問過的文件在該文件夾下生成新的信息（擴展名為PF的文件）。
Repair：第一次安裝Win2000/XP時系統自動在這里保存AUTOEXEC.BAT，CONFIG.SYS等相關的系統文件。
Resources：存放相關桌面主題的文件夾。
System和System32：盡管這兩個文件夾在Win9X/Me中也有，但是，Win2000/XP中幾乎所有的系統文件都放在System32下，而system下只存放一些16位的驅動程序及一些軟體的共享運行庫。
Temp：在Win2000/XP中這個文件夾已經基本不起作用，因為每個用戶都有自己專門的臨時文件夾（放在「Documents and Settings」下，參見後面的介紹）。
2.「Documents and Settings」文件夾
默認情況下，此文件夾中會有Administrator、All users、Default
、NetworkServiceviwl（它們是WinXP中的「服務管理」程序所創建的，提供給那些作為服務的程序用。如安裝Foxmail
1）以「All
①Application
Data文件夾下，就可能有_blank>Microsoft\Word\Startup\文件夾（如果安裝過Office，此處存放的是Word啟動時要自動打開的文檔）。
②「開始」菜單文件夾：存放開始菜單中的部分程序組和快捷方式。
③桌面文件夾：存放些該登錄用戶的部分桌面項目。
豆仔提示：某個用戶「開始」菜單、桌面上的項目包括對應的用戶名文件夾下的上述兩個文件夾和All Users下面的這兩個文件夾的內容。
④Templates：模板文件夾，其中可能有Word、Excel等的模板文件，是用於在點擊右鍵選擇「新建」時的參考模板。
⑤共享文檔：當然就是你允許共享的那些東東的存放之處了。下面有「共享圖像」和「共享音樂」兩個文件夾。
2）針對不同的用戶，在用戶名文件夾下還會有：
Local Internet Files等（作用和Win9X/Me中相同）。
Data\Microsoft\Internet Explorer\Quick Book則是OE的通訊簿，等等。
此外，用戶文件夾下也有NetHood、PrintHood、Sendto、收藏夾、桌面等文件夾。
3）如果處於區域網中，當用屬於域或工作組的賬戶登錄系統後，在「Documents and Settings」中會有「All Users.windows」（對WinXP）或「All Users.Winnt」（對Win2000）文件夾；
而如果用覆蓋方式重新安裝過系統，且在安裝過程中又設置了與以前相同的用戶名，在安裝程序在創建用戶信息時發現同名的文件夾已經存在，便會自動用「用戶名.計算機名」的命名方式來創建新的用戶配置信息文件夾。
H. 如何設計soap協議傳輸附件的介面
沒寫過web service的東西，是不是提供一種以XML為傳輸介質的服務？
下面是網上摘抄的
--------------------------------
1 Web Service的傳輸協議概述
Web Service的傳輸協議概述在ASP.NET 中，XML Web Service支持3種協議來與用戶交流數據。這3種協議分別是：
1．HTTP-GET
2．HTTP-POST
3．SOAP
在這3種協議中，HTTP(Hypertext Transfer Protocol)已經是眾所周知的協議了，它是XML Web Service數據傳輸的標准，其中包括使用SOAP傳輸數據。HTTP將SOAP消息壓縮,然後以HTTP傳輸協議的形式進行網路傳輸。然而在XML Web Service下使用HTTP-GET和HTTP-POST的時候，事實上是指有關單獨使用HTTP調用XML Web Service中的方法的能力，而不使用SOAP。
在HTTP中，GET和POST並不是一種協議，它們是可以用來與Web Service交互的幾種方法中的其中兩種。然而，這二種方法的傳送參數和數據的能力使它們變成了一種簡單的，非常適合用來調用XML Web Service的工具。
SOAP是XML Web Service最常用到的連接協議。與HTTP相比，SOAP顯的更為復雜，但卻擁有更強的接受能力。SOAP是一種以XML為基礎的協議，它提供一種將數據打包（Packaging）和編碼（Encoding）的方法，以用於網路的數據傳輸。任意一個用戶都可以使用SOAP協議與任何一個XML Web Service進行通信，甚至於這個XML Web Service不是建立在.NET 平台上的，比如說Java的，都可以利用SOAP來進行數據傳輸。因此可見，SOAP也是Language Independent(語言獨立性)。
2
HTTP-GET和HTTP-POSTHTTP-GET 和 HTTP-POST 是使用 HTTP（超文本傳輸協議）謂詞以及與之關聯的請求語義將參數作為名稱/值對編碼和傳遞的標准協議。每個協議都由一系列 HTTP 請求頭組成，這些頭與一些其他信息一起定義客戶端向伺服器請求的內容，而在成功時，伺服器將用一系列 HTTP 響應頭和所請求的數據響應。
HTTP-GET的處理特徵如下：
l
將數據添加到URL。
l
利用一個問號（「?」）代表URL地址的結尾與數據的開端。
l
每一個數據的元素以 名稱/值的形式出現。
l
利用一個分號(「;」)來區分多個數據元素。
HTTP-POST的處理特徵如下：
l
將數據包括在HTTP主體中。
l
同樣的，數據的元素以名稱/值的形式出現。
l
但是每一個數據元素分別佔用主體的一行。
3
SOAP協議SOAP（Simple Object Access Protocol）簡單對象訪問協議，它是輕型協議，用於分散的、分布式計算環境中交換信息。SOAP有助於以獨立於平台的方式訪問對象、服務和伺服器。它藉助於XML，提供了HTTP所需的擴展。
SOAP協議規范由4個主要的部分組成。
第一部分：SOAP封裝（Envelop）定義了一個描述消息的內容多少、誰發送、誰應當接受並且處理以及如何處理它們的框架。
第二部分：SOAP編碼規則（Encoding Rules）定義了可選數據編碼規則，用於表示應用程序定義的數據類型和直接圖表，以及一個用於序列化非語法數據模型統一標准。
第三部分：SOAP RPC表示（RPC Representation）定義一個遠程調用風格（請求/響應）信息交換的模式。
第四部分：SOAP綁定（Binding）定義了SOAP和HTTP之間的綁定和使用底層協議的交換。
SOAP協議可以簡單地理解為：SOAP=RPC+HTTP+XML，即採用HTTP作為通信協議，RPC作為一致性的調用途徑，XML作為數據傳送的格式，從而允許服務提供者和服務客戶經過防火牆在Internet上進行通信交互。
另外,團IDC網上有許多產品團購,便宜有口碑