網(wǎng)絡(luò)與分布式計(jì)算復(fù)習(xí)提綱

1、實(shí)用標(biāo)準(zhǔn)1.2什么是分布式計(jì)算系統(tǒng)？它的實(shí)質(zhì)是什么？分布式計(jì)算系統(tǒng)是由多個(gè)相互連接的計(jì)算機(jī)組成的一個(gè)整體,這些計(jì)算機(jī)在一組系統(tǒng)軟件分布式操作系統(tǒng)或中間件環(huán)境下,合作執(zhí)行一個(gè)共同的或不同的任務(wù),最少依賴于集中的限制過(guò)程、數(shù)據(jù)和硬件.實(shí)質(zhì)：分布計(jì)算系統(tǒng)=分布式硬件十分布式限制十分布式數(shù)據(jù).1.10多處理機(jī)與多計(jì)算機(jī)的區(qū)別是什么？同構(gòu)多計(jì)算機(jī)和異構(gòu)多計(jì)算機(jī)各有什么特點(diǎn)？區(qū)別：多計(jì)算機(jī)是將多個(gè)計(jì)算機(jī)聯(lián)合起來(lái)處理問(wèn)題,多處理機(jī)是在一個(gè)系統(tǒng)內(nèi)集成多個(gè)處理器.廣義上說(shuō),使用多臺(tái)計(jì)算機(jī)協(xié)同工作來(lái)完成所要求的任務(wù)的計(jì)算機(jī)系統(tǒng)都是多處理機(jī)系統(tǒng).即多計(jì)算機(jī)系統(tǒng).狹義上說(shuō)：多處理機(jī)系統(tǒng)的作用是利用系統(tǒng)內(nèi)的多個(gè)CP陰并

2、行執(zhí)行用戶的幾個(gè)程序,以提升系統(tǒng)的吞吐量或用來(lái)進(jìn)行冗余操作以提升系統(tǒng)的可靠性.同構(gòu)計(jì)算機(jī)的特點(diǎn)：1.每個(gè)節(jié)點(diǎn)是一臺(tái)計(jì)算機(jī),包含CPlffi存儲(chǔ)器.2 .節(jié)點(diǎn)間的通信量較少.3 .同構(gòu)計(jì)算機(jī)系統(tǒng)的互連有兩種結(jié)構(gòu)：基于總線的多計(jì)算機(jī)系統(tǒng)和基于交換的多計(jì)算機(jī)系統(tǒng).異構(gòu)計(jì)算機(jī)的特點(diǎn)：1.節(jié)點(diǎn)差異很大,節(jié)點(diǎn)可能是多處理機(jī)系統(tǒng)、集群或并行高性能計(jì)算機(jī).2.節(jié)點(diǎn)間通過(guò)互聯(lián)網(wǎng)絡(luò)如Internet連接起來(lái)的.3.有兩種實(shí)現(xiàn)方法：采用分布式操作系統(tǒng)和中間件軟件層.1.16什么是中間件,它的功能是什么？它在分布式系統(tǒng)中的地位是什么？中間件是一種獨(dú)立的系統(tǒng)軟件或效勞程序,分布式應(yīng)用軟件借助這種軟件在不同的技術(shù)之間共享

3、資源.中間件位于客戶機(jī)/效勞器的操作系統(tǒng)之上,治理計(jì)算機(jī)資源和網(wǎng)絡(luò)通訊,是連接兩個(gè)獨(dú)立應(yīng)用程序或獨(dú)立系統(tǒng)的軟件功能： 命名效勞作業(yè)調(diào)度高級(jí)通信效勞資源治理數(shù)據(jù)持久化分布式事務(wù)分布式文檔系統(tǒng)平安效勞地位：中間件的一個(gè)重要目標(biāo)是對(duì)應(yīng)用程序隱藏底層平臺(tái)的異構(gòu)型,因此中間件系統(tǒng)都提供一組完整度不同的效勞集.這些效勞是通過(guò)中間件系統(tǒng)提供的接口來(lái)調(diào)用的.一般禁止跳過(guò)中間件層直接調(diào)用底層操作系統(tǒng)的效勞.節(jié)點(diǎn)計(jì)算機(jī)1 1一|節(jié)點(diǎn)計(jì)算機(jī) n 一|節(jié)點(diǎn)計(jì)算機(jī) m分布式應(yīng)用程序中間件效勞網(wǎng)絡(luò)操作系統(tǒng)效勞網(wǎng)絡(luò)掘作屎統(tǒng)效勞網(wǎng)絡(luò)榛作系統(tǒng)月艮務(wù)文案大全網(wǎng)絡(luò)實(shí)用標(biāo)準(zhǔn)1.18分布式系統(tǒng)有哪些計(jì)算模式？(必考)1.面向?qū)ο竽Ｊ?

4、 .面向效勞模式3 .公用計(jì)算模式4 .志愿參與模式(詳見(jiàn)書(shū)p21-p22頁(yè))面向?qū)ο竽Ｊ絆OM面向?qū)ο竽Ｊ絆OMObjectOrientedModel)是基于客戶/效勞器模型(如CORBADCOM)面向效勞模式SOMWebService是這種面向效勞模式的一個(gè)實(shí)例,SOA是一個(gè)較完整的軟件結(jié)構(gòu)體系.公用計(jì)算模式UBM支持e-科學(xué)的計(jì)算(如網(wǎng)格Grid等).志愿參與模式VJM志愿參與模式VJM(VoluntaryJoinModel)是充分利用網(wǎng)上空閑的計(jì)算水平,支持計(jì)算量巨大的科學(xué)計(jì)算2.5有哪些名字效勞形式？名字效勞器的組成與功能是什么？名字效勞形式：(1)名字效勞：名字效勞是根據(jù)實(shí)體的名字

5、查找它的屬性(地址).(2)目錄效勞：目錄效勞既可以根據(jù)實(shí)體的名字查找實(shí)體的屬性,當(dāng)不知道實(shí)體名時(shí)也可以根據(jù)實(shí)體的一個(gè)或多個(gè)屬性及其值查找并得到一個(gè)匹配這些屬性的實(shí)體列表.(3)合約效勞：是一種增強(qiáng)的目錄效勞,通過(guò)技術(shù)標(biāo)準(zhǔn)來(lái)定位一個(gè)命名實(shí)體.名字效勞器組成：(1)名字效勞器操作：治理、查詢操作和行政治理.增加、刪除和修改上下文的目錄項(xiàng).訪問(wèn)優(yōu)先權(quán).(2)名字解析：根據(jù)名字解析請(qǐng)求,得到被解析對(duì)象地址.(3)緩存：緩存名字查詢和解析的結(jié)果.(4)多副本治理：副本修改和副本一致性維護(hù).(5)通信：客戶端的名字代理通信和名字效勞器之間(6)數(shù)據(jù)庫(kù)：存放名字解析上下文或其子域.文案大全實(shí)用標(biāo)準(zhǔn)名字效勞

6、器操作名字解析-W多副本治理數(shù)據(jù)庫(kù)操作名字效勞器功能：治理名字命名上下文、實(shí)現(xiàn)名字查詢與解析和其它名字效勞器通信協(xié)調(diào).2.7什么是迭代名字解析,什么是遞歸名字解析,它們各有什么優(yōu)缺點(diǎn)?迭代名字解析：建議測(cè)試畫(huà)圖解釋：遞歸名字解析：也畫(huà)圖解釋nl.vunl.vu?s,ftpAs,ftpArnanagedbyth&servier文案大全nl,vucs,ttp實(shí)用標(biāo)準(zhǔn)各自優(yōu)缺點(diǎn)：遞歸名字解析缺點(diǎn)：要求每臺(tái)名字效勞器具有較高的性能.遞歸名字解析優(yōu)點(diǎn)：1.遞歸名字解析過(guò)程中,各名字效勞器解析的緩存結(jié)果使用更為高效.2.如果主機(jī)與效勞器距離很遠(yuǎn),那么采用遞歸名字解析將更為高效.迭代的優(yōu)缺點(diǎn)與上面相

7、反.2.14什么是目錄效勞？目錄項(xiàng)和屬性及屬性值的關(guān)系是什么？目錄效勞：目錄效勞既可以根據(jù)實(shí)體的名字查找實(shí)體的屬性,當(dāng)不知道實(shí)體名時(shí)也可以根據(jù)實(shí)體的一個(gè)或多個(gè)屬性及其值查找并得到一個(gè)匹配這些屬性的實(shí)體列表.關(guān)系：目錄項(xiàng)是一個(gè)命名對(duì)象的信息集合.每個(gè)命名對(duì)象包括假設(shè)干個(gè)屬性,每個(gè)屬性有一個(gè)屬性類型和相應(yīng)的一個(gè)或多個(gè)屬性值.2.17X.500目錄效勞中定義了哪些目錄效勞協(xié)議？查詢鏈與轉(zhuǎn)交的含義是什X.500目錄效勞有4個(gè)協(xié)議：目錄訪問(wèn)協(xié)議DAPDUAffl來(lái)與DSA!信.目錄系統(tǒng)協(xié)議DSP是兩個(gè)DSA間的操作協(xié)議,在DSA之間傳遞查詢請(qǐng)求和響目錄信息鏡像協(xié)議DISP,是DSAffl來(lái)將信息從鏡像提

8、供者傳送給鏡像使用者.目錄操作綁定治理協(xié)議DOPDSAffl來(lái)層次操作綁定治理和鏡像治理.目錄效勞對(duì)用戶請(qǐng)求的響應(yīng)成功,返回所需信息失敗,返回失敗信息轉(zhuǎn)交,返回一個(gè)更適合的DSA2.18輕量數(shù)據(jù)訪問(wèn)協(xié)議LDAPW目錄訪問(wèn)協(xié)議DAP的關(guān)系和區(qū)別是什么？1 .LDAP的最初目標(biāo)是向用戶提供目錄效勞時(shí)防止DAP勺大量開(kāi)銷.2 .LDAP的操作集對(duì)DAP故了簡(jiǎn)化,刪除了read和list操作,用search代替3 .DAP是目錄用戶代理DUA與目錄系統(tǒng)代理DSA之間的請(qǐng)求/響應(yīng)協(xié)議.LDA皿用戶用來(lái)訪問(wèn)目錄效勞的一個(gè)協(xié)議.4.建議再答復(fù)下LDAP的模型：5 .7什么是遠(yuǎn)程執(zhí)行邏輯機(jī)模型？對(duì)邏輯機(jī)模型的

9、要求是什么?文案大全實(shí)用標(biāo)準(zhǔn)概念：客戶節(jié)點(diǎn)上的代理進(jìn)程負(fù)責(zé)遠(yuǎn)程效勞節(jié)點(diǎn)上遠(yuǎn)程進(jìn)程執(zhí)行的初始化；遠(yuǎn)程效勞節(jié)點(diǎn)執(zhí)行客戶機(jī)賦予的進(jìn)程.這種模型成為邏輯機(jī)模型.建議畫(huà)圖.同修同修如下圖,它跨越用戶節(jié)點(diǎn)和兩個(gè)遠(yuǎn)程效勞節(jié)點(diǎn),在一個(gè)邏輯機(jī)邊界內(nèi)保持穩(wěn)健系統(tǒng),進(jìn)程的父子關(guān)系和進(jìn)程組的進(jìn)程視圖的一致.要求：(1)遠(yuǎn)程進(jìn)程必須能訪問(wèn)駐留在源計(jì)算機(jī)上的文件系統(tǒng).(2)遠(yuǎn)程進(jìn)程能接收邏輯機(jī)內(nèi)任何進(jìn)程發(fā)來(lái)的信號(hào),也能將信號(hào)提供應(yīng)邏輯機(jī)內(nèi)任何進(jìn)程.(3)進(jìn)程組保持在邏輯機(jī)內(nèi).(4)基于樹(shù)型的進(jìn)程父子關(guān)系在邏輯機(jī)內(nèi)必須得以保持.3.13何為異步進(jìn)程遷移算法？何為同步進(jìn)程遷移算法？它們的優(yōu)缺點(diǎn)是什么？異步進(jìn)程遷移算法：這類算

10、法允許非遷移進(jìn)程在遷移過(guò)程中繼續(xù)運(yùn)算,只有遷移進(jìn)程被中斷進(jìn)行相關(guān)的操作.優(yōu)點(diǎn)：可以得到較好的執(zhí)行效率.缺點(diǎn)：和原有環(huán)境的兼容性不好,不能方便的移植.同步遷移算法：這類算法在遷移過(guò)程中所有進(jìn)程(包括非遷移的協(xié)同進(jìn)程)都被掛起,進(jìn)程之間需要同步來(lái)清空通信信道中的中途消息,所有進(jìn)程均要阻塞等待遷移事件完成后,才能從中斷處繼續(xù)運(yùn)行.優(yōu)點(diǎn)：算法簡(jiǎn)單,具有較好的可移植性和易于實(shí)現(xiàn).缺點(diǎn)：需要中央限制治理進(jìn)程參與,所有進(jìn)程都被迫中斷,等待遷移過(guò)程的結(jié)束.3.15比擬進(jìn)程遠(yuǎn)程執(zhí)行與進(jìn)程遷移兩種機(jī)制.進(jìn)程遠(yuǎn)程執(zhí)行,就是在集群中或者網(wǎng)絡(luò)中尋找一個(gè)或多個(gè)適宜節(jié)點(diǎn)來(lái)執(zhí)行用戶程序.進(jìn)程遠(yuǎn)程執(zhí)行的要求：(1)尋找治理機(jī)制

11、.(2)進(jìn)程遠(yuǎn)程執(zhí)行是透明的,應(yīng)與位置無(wú)關(guān).(3)主人優(yōu)先原那么進(jìn)程遷移是將一個(gè)正在運(yùn)行的進(jìn)程掛起,它的狀態(tài)從源處理機(jī)節(jié)點(diǎn)轉(zhuǎn)移到目標(biāo)處理機(jī)節(jié)選用運(yùn)程效勞節(jié)點(diǎn)選用運(yùn)程效勞節(jié)點(diǎn)客戶機(jī)客戶機(jī)誥用選程跚務(wù)節(jié)點(diǎn)誥用選程跚務(wù)節(jié)點(diǎn) c分配器、本地進(jìn)程遠(yuǎn)程執(zhí)_亍請(qǐng)求遠(yuǎn)程進(jìn)程氐氐H H拄拄/ /行結(jié)束行結(jié)束/ /子進(jìn)程/rt避獐機(jī)避獐機(jī)遠(yuǎn)程進(jìn)程)X1進(jìn)程代理1遠(yuǎn)程執(zhí)遠(yuǎn)程執(zhí) I行請(qǐng)求行請(qǐng)求/ /率選用節(jié)點(diǎn)率選用節(jié)點(diǎn)點(diǎn),并在目標(biāo)處理機(jī)上恢復(fù)該進(jìn)程運(yùn)行.文案大全實(shí)用標(biāo)準(zhǔn)優(yōu)點(diǎn)：進(jìn)程遷移具有靈活且應(yīng)用廣泛的優(yōu)點(diǎn),支持動(dòng)態(tài)負(fù)載平衡、系統(tǒng)容錯(cuò)、高效使用本地資源等諸多系統(tǒng)功能.缺點(diǎn)：進(jìn)程遷移的缺點(diǎn)是運(yùn)行開(kāi)銷相對(duì)較大.進(jìn)程的遷移

12、可以支持：(1)動(dòng)態(tài)系統(tǒng)治理與維護(hù)(2)動(dòng)態(tài)負(fù)載平衡(loadbalancing),系統(tǒng)中重負(fù)載處理機(jī)轉(zhuǎn)移一局部負(fù)載到輕負(fù)載的處理機(jī)上運(yùn)行,使得整個(gè)集群系統(tǒng)中的所有處理機(jī)的負(fù)載趨向均衡,從而提升系統(tǒng)的整體運(yùn)行效率.(3)系統(tǒng)容錯(cuò)(4)主人優(yōu)先使用原那么4.1在水平時(shí)間軸上表示阻塞發(fā)送/接收和非阻塞發(fā)送/接收進(jìn)程與操作系統(tǒng)內(nèi)核之間操作的時(shí)間關(guān)系.沒(méi)有具體答案,先方便理解一下阻塞和非阻塞：阻塞和非阻塞關(guān)注的是程序在等待調(diào)用結(jié)果(消息,返回值)時(shí)的狀態(tài).阻塞調(diào)用是指調(diào)用結(jié)果返回之前,當(dāng)前線程會(huì)被掛起.調(diào)用線程只有在得到結(jié)果之后才會(huì)返回.非阻塞調(diào)用指在不能馬上得到結(jié)果之前,該調(diào)用不會(huì)阻塞當(dāng)前線程.例子

13、：你打問(wèn)書(shū)店老板有沒(méi)有?分布式系統(tǒng)?這本書(shū),你如果是阻塞式調(diào)用,你會(huì)一直把自己“掛起,直到得到這本書(shū)有沒(méi)有的結(jié)果,如果是非阻塞式調(diào)用,你不管老板有沒(méi)有告訴你,你自己先一邊去玩了,當(dāng)然你也要偶爾過(guò)幾分鐘check一下老板有沒(méi)有返回結(jié)果.這個(gè)圖不知道對(duì)不對(duì)：非阻塞I/Oi阻塞I完成|完1L4.2試表達(dá)如何實(shí)現(xiàn)阻塞發(fā)送/接收和非阻塞發(fā)送/接收,對(duì)操作系統(tǒng)有什么要起R1R1基發(fā)檢檢檢檢檢檢檢檢檢文案大全實(shí)用標(biāo)準(zhǔn)求？當(dāng)進(jìn)程到達(dá)發(fā)送原語(yǔ)時(shí)執(zhí)行一次阻塞發(fā)送,無(wú)需等待對(duì)應(yīng)的接收.在消息從S平安寫(xiě)入發(fā)送緩沖區(qū)前,發(fā)送進(jìn)程不能返回.當(dāng)進(jìn)程到達(dá)接收原語(yǔ)時(shí)執(zhí)行一次阻塞接收,無(wú)需等待對(duì)應(yīng)的發(fā)送.然而,消息從緩沖區(qū)接收到

14、R之前,接收進(jìn)程不會(huì)返回.系統(tǒng)要為阻塞模式消息傳送提供臨時(shí)的緩沖區(qū).當(dāng)進(jìn)程到達(dá)發(fā)送原語(yǔ)時(shí)執(zhí)行一次非阻塞發(fā)送,無(wú)需等待對(duì)應(yīng)的接收.只要通知操作系統(tǒng)有一個(gè)消息要發(fā)送,發(fā)送進(jìn)程就可以返回.當(dāng)進(jìn)程到達(dá)接收原語(yǔ)時(shí)執(zhí)行一次非阻塞接收,無(wú)須等待對(duì)應(yīng)的發(fā)送.只要通知操作系統(tǒng)有一個(gè)消息要接收,接收進(jìn)程就可以返回了.系統(tǒng)要為非阻塞消息傳送提供臨時(shí)的緩沖區(qū).4.4對(duì)以下每個(gè)應(yīng)用程序,你認(rèn)為“至多一次和“至少一次語(yǔ)義哪個(gè)最好?(1)在文件效勞器上讀寫(xiě)文件：至少一次.(2)銀行效勞：至多一次(3)編譯一個(gè)程序：至少一次通過(guò)發(fā)送原語(yǔ)send和接收原語(yǔ)receive實(shí)現(xiàn)要求操作系統(tǒng)能實(shí)現(xiàn)4種不同的可靠性語(yǔ)義.至少一次：保證

15、正確完成消息傳送至少一次至多一次：保證正確完成消息傳送至多一次.在沒(méi)有節(jié)點(diǎn)崩潰和網(wǎng)絡(luò)斷開(kāi)情況下,它只正確地執(zhí)行一次消息傳送.事務(wù)語(yǔ)義：它保證消息的原子性.不管節(jié)點(diǎn)崩潰或網(wǎng)絡(luò)端口與否,它或者完成一次消息傳送,或者什么也不做.精確一次：無(wú)論在什么情況下,保證正確完成一次消息傳送,不管是否有節(jié)點(diǎn)崩潰或網(wǎng)絡(luò)斷開(kāi),它接近某種程度的容錯(cuò)機(jī)制.4.9什么是因果定律？它和FIFO全定序相比,哪個(gè)更嚴(yán)格？因果定律：不管含有因果關(guān)系的消息是由同一個(gè)發(fā)送進(jìn)程多播,還是不同發(fā)送進(jìn)程多播,所有接收進(jìn)程要保證先接收“因消息,后接收“果消息.FIFO:對(duì)同一個(gè)發(fā)送進(jìn)程發(fā)出的多播消息,要求所有接收進(jìn)程按發(fā)送的順序接收,而對(duì)不

16、同發(fā)送進(jìn)程的多播消息可按不同順序接收.相比之下,因果排序更嚴(yán)格.4.12 RPC被認(rèn)為是分布式最初的中間件,它能實(shí)現(xiàn)分布式系統(tǒng)的透明性嗎？p92在執(zhí)行RPC程中,客戶可以簡(jiǎn)單的忽略不關(guān)心的內(nèi)容,客戶只是像執(zhí)行本地調(diào)用一樣調(diào)用遠(yuǎn)程過(guò)程,并不直接執(zhí)行send和receive原語(yǔ),也不關(guān)心消息的傳遞,所有這些都隱藏在樁中,從而實(shí)現(xiàn)RPC勺透明性.文案大全實(shí)用標(biāo)準(zhǔn)在本地過(guò)程調(diào)用中,read例程是由連接器從庫(kù)中提取出來(lái),連接到應(yīng)用程序,當(dāng)read是針對(duì)遠(yuǎn)程過(guò)程時(shí),從庫(kù)中獲取read例程的另一個(gè)版本,客戶樁.在服務(wù)器端效勞器也為遠(yuǎn)程客戶提供一個(gè)read例程,效勞器樁.5.2假設(shè)兩臺(tái)機(jī)器的時(shí)鐘每秒滴答100

17、0次和990次,如果UTC秒更新一次.兩臺(tái)機(jī)器時(shí)鐘的最大偏移量是多少？答：1000-990=10次/秒,每秒的最大偏移量為0.010ms.5.6在集中式互斥算法中,假設(shè)考慮進(jìn)程的優(yōu)先權(quán),算法應(yīng)該如何設(shè)計(jì)？(找不到答案)基于事件優(yōu)先權(quán)的完全可靠算法請(qǐng)求隊(duì)列P、QQ隊(duì)列放置其他節(jié)點(diǎn)送來(lái)的請(qǐng)求(接收令牌)P隊(duì)列放置其他節(jié)點(diǎn)來(lái)不及處理的隨令牌轉(zhuǎn)來(lái)的請(qǐng)求算法過(guò)程1.進(jìn)程i發(fā)送Request(i,P(i),并將(i,P(i)存入接收接收進(jìn)程的Q隊(duì)列,按優(yōu)先關(guān)系排序,等待接受令牌.2.握有令牌的j退出臨界區(qū)后,檢查P,Q隊(duì)列,根據(jù)P、Q隊(duì)列情況判斷(標(biāo)注最高優(yōu)先權(quán)進(jìn)程,合并隊(duì)列)如果P,Q都為空,進(jìn)程j繼續(xù)

18、工作,等待請(qǐng)求.如果P空,Q不空,在Q隊(duì)列標(biāo)注最高優(yōu)先權(quán)進(jìn)程,合并隊(duì)列P,Q為P隊(duì)列.如果P不空,Q空,在P隊(duì)列標(biāo)注最高優(yōu)先權(quán)進(jìn)程,合并隊(duì)列P,Q為P隊(duì)列.如果P,Q都不空,進(jìn)程j在Q隊(duì)列標(biāo)注最高優(yōu)先權(quán)進(jìn)程,合并P,Q為P隊(duì)列.3.進(jìn)程j將令牌和新的P隊(duì)列發(fā)送到所標(biāo)注的最高優(yōu)先權(quán)進(jìn)程5.7Richart_Agrawala算法如何改良了Lamport算法,它的優(yōu)點(diǎn)是什么？(必考)Lamport算法的開(kāi)銷是3(N-1)個(gè)消息,Richart算法只要2(N-1)個(gè)消息,N文案大全實(shí)用標(biāo)準(zhǔn)是競(jìng)爭(zhēng)資源的進(jìn)程數(shù).Lamport算法：1 .Pi進(jìn)程發(fā)送資源請(qǐng)求消息RequestTi：Pi；2 .Pj進(jìn)程收到

19、RequestTi:Pi,按T順序置于其消息隊(duì)列,如果沒(méi)有資源請(qǐng)求或請(qǐng)求時(shí)間晚于收到消息的時(shí)間戳,回應(yīng)ReplyTj：Pj；否那么不返回任何消息3 .進(jìn)程Pi被批準(zhǔn)使用臨界資源條件：有請(qǐng)求,且Ti最小消息全定序；Pi接收了所有晚于Ti的消息包括應(yīng)答4 .Pi釋放資源,退出臨界區(qū),發(fā)送ReleaseTj+1：Pi；5 .Pj收到Release后,刪除Ti：Pi；檢查是否還有進(jìn)程等待進(jìn)入臨界區(qū).Richart算法：1 .Pi進(jìn)程發(fā)送資源請(qǐng)求消息RequestTi：Pi；2 .Pj進(jìn)程收到RequestTi:Pi,按T順序置于其消息隊(duì)列,并做：如果沒(méi)有資源請(qǐng)求或請(qǐng)求時(shí)間晚于收到消息的時(shí)間戳,回應(yīng)Re

20、plyTj：Pj；否那么推遲返回應(yīng)答消息.3 .進(jìn)程從臨界區(qū)退出,向需要請(qǐng)求資源的進(jìn)程補(bǔ)發(fā)一個(gè)應(yīng)答消息.4.請(qǐng)求進(jìn)程從競(jìng)爭(zhēng)進(jìn)程得到應(yīng)答小ReplyTj:Pj,便可進(jìn)入臨界區(qū)改良地方：第二步中,接收到資源請(qǐng)求消息之后,無(wú)論贊成或者拒絕都會(huì)返回一個(gè)應(yīng)答消息,這樣用超時(shí)機(jī)制可以確定進(jìn)程是否崩潰.優(yōu)點(diǎn)：1 .它具有對(duì)稱性2 .具有完全的分布式限制3 .對(duì)通信鏈路相對(duì)速度的不敏感性4.能保證互斥,不會(huì)發(fā)生死鎖也不會(huì)發(fā)生饑餓,能處理進(jìn)程的參加,退出和崩潰.5 .開(kāi)銷減少.5.8比擬集中式算法、Ricart_Agrawala算法和令牌算法的開(kāi)銷和問(wèn)題開(kāi)銷：集中式算法開(kāi)銷最大,Richar算法需要2N-1個(gè)消

21、息,令牌算法最多需要N-1個(gè)消息.集中式算法的問(wèn)題：容易出現(xiàn)單點(diǎn)故障.可能成為系統(tǒng)性能的瓶頸.Ricart算法的問(wèn)題：由于不應(yīng)答被認(rèn)為是資源被占用,所以如果有某個(gè)節(jié)點(diǎn)故障,會(huì)導(dǎo)致該算法的異常終止.同時(shí)各進(jìn)程對(duì)資源的使用情況缺乏了解.令牌算法的問(wèn)題：檢測(cè)令牌喪失困難5.11共享K個(gè)相同資源的互斥算法和Ricart_Agrawala算法的共同點(diǎn)和區(qū)別是什么？相同點(diǎn)：基于相同的概念,每個(gè)競(jìng)爭(zhēng)進(jìn)程都維持一個(gè)推遲應(yīng)答數(shù)組RD口,數(shù)組元素是表示相應(yīng)進(jìn)程是否推遲發(fā)出應(yīng)答消息.區(qū)別：1.1答消息到達(dá)的環(huán)境.在Ricart算法中,正在等待進(jìn)入臨界區(qū)的進(jìn)程要得到文案大全實(shí)用標(biāo)準(zhǔn)N-1個(gè)應(yīng)答消息.在共享K個(gè)相同資源

22、的互斥算法中,N-K個(gè)應(yīng)答消息是在進(jìn)程等待時(shí)到達(dá),K-1個(gè)消息是進(jìn)程已在臨界區(qū)或等待進(jìn)入臨界區(qū)或離開(kāi)臨界區(qū)后到1.2Ricart算法中,其他競(jìng)爭(zhēng)進(jìn)程推遲應(yīng)答數(shù)組的每一項(xiàng)RDi是布爾型,因?yàn)閼?yīng)答只能是一個(gè),或是推遲,或是不推遲.在共享K個(gè)相同資源的互斥算法中,可能有多個(gè)應(yīng)答消息被推遲,這樣RDi應(yīng)聲明為整數(shù)型.5.13在基于事件優(yōu)先權(quán)算法中,如何保證低優(yōu)先權(quán)的進(jìn)程有時(shí)機(jī)進(jìn)入臨界區(qū),而不挨餓.(找不到答案)8.2圖8.1(b)為什么違背嚴(yán)格一致性？客戶客戶皿皿 M.1*客戶客戶 B 二二 R(QNufi、R、) )ab)違違背咫格一致性背咫格一致性由于B讀到的不是a,而是數(shù)據(jù)項(xiàng)x的初值null,客

23、戶A的寫(xiě)操作沒(méi)有立即傳播到B,未能及時(shí)完成對(duì)副本的修改.8.3圖8.2(b)為什么違背順序一致性？客戶Ar即0&/:客戶B：W(b-j客戶a.:+、上&客戶D,；R(由w違背順序一次笆由于進(jìn)程C看到數(shù)據(jù)項(xiàng)x是先寫(xiě)a后寫(xiě)b,而進(jìn)程D看到數(shù)據(jù)項(xiàng)x是先寫(xiě)b后寫(xiě)a.8.4圖8.3(c)為什么符合因果一致性定律?文案大全實(shí)用標(biāo)準(zhǔn)客戶客戶 Ai.院院. .7、客戶客戶 1 一曲一曲 5、:客戶客戶 Q、 RQQa.、*X X、k k% %客戶客戶ThTh、* *RQd 覆覆、R(x)bc)有效因有效因果一致果一致性定序性定序 | |由于W(x)a和W(x)b不存在因果關(guān)系,所以W(x)a和

24、W(x)b是并發(fā)寫(xiě),客戶C,D看到兩個(gè)寫(xiě)操作不相同定序也沒(méi)關(guān)系,因此也符合因果一致性要求.8.5圖8.4(b)為什么遵循因果一致性,但對(duì)FIFO一致性是無(wú)效的？客戶客戶 A：( (工工) )3(乂乂3：、：、: : :、客戶客戶 B 工工減浜減浜- -於斗於斗、一、一、y 、工、工, ,、 、性、性、客戶客戶 CTR( (乂乂 0b、RTxd仁飛一仁飛一：一：一1 1V V、I%,I%,% %、客戶客戶 D：電電、皿、皿乂乂hb)無(wú)效無(wú)效 FIFO 一致性定序一致性定序圖中,客戶C對(duì)數(shù)據(jù)項(xiàng)x讀a,b,c;而客戶D對(duì)x讀c,a,b.所以不符合FIFO一致性.雖然遵守因果一致性.書(shū)p200-p20

25、5的幾種一致性必須弄懂,是必考的.數(shù)據(jù)為中央的一致性模型(由強(qiáng)到弱)嚴(yán)格一致性：對(duì)數(shù)據(jù)項(xiàng)的讀操作返回的值應(yīng)是該數(shù)據(jù)項(xiàng)最近寫(xiě)入的值.順序一致性：所有客戶以同樣的次序看到所有寫(xiě)操作的全局定序.因果一致性：具有因果關(guān)系的寫(xiě)操作在所有副本上看到按相同的次序被執(zhí)行,操作不是因果的,可以說(shuō)是并發(fā)的.FIFO一致性：一個(gè)客戶的寫(xiě)操作定序在所有副本上是相同的.弱一致性：采用按一個(gè)操作組,而不是單個(gè)操作進(jìn)行一致性定序.文案大全實(shí)用標(biāo)準(zhǔn)客戶AiAiW(xaW(x)bSW(xaW(x)bSx x客戶A*W(x)aW(x)bA*W(x)aW(x)bS Sr rJ J客戶B B：R R及祖跳XjbXjb的客戶 SiSi

26、網(wǎng)工總u uX客戶客戶 C；R(x)bRp&)aS*III4區(qū)區(qū)弱一致弱一致性定序性定序 b)非弱非弱一致性定序公一致性定序公釋放一致性：獲取操作(Acquire),釋放操作(Release)客戶A：AcqfLiWfx)aWx)bR11(L)客戶R：Acq(L)R(x)b艮立副本副本 L2：WS(x2)遺虹遺虹 WS(xl副本副本 L2 士士WSCl;x2)R(X2)a)單調(diào)讀一致性單調(diào)讀一致性實(shí)用標(biāo)準(zhǔn)副本L Lt t：wrx0wrx0I II I耳副本L L*(巧產(chǎn)二理七)a)a)寫(xiě)后在一致性劇本“謙*副本L LW&)叫力卜切非寫(xiě)后讀一致世,讀后寫(xiě)： 一個(gè)進(jìn)程對(duì)數(shù)據(jù)項(xiàng)x的寫(xiě)操

27、作是跟在同一進(jìn)程對(duì)x讀操作之后,保證相同的或更加新的x的值能被看見(jiàn)8.7比擬“傳播更新通知、“傳播更新數(shù)據(jù)和“傳播更新操作和它們的應(yīng)用場(chǎng)合傳播更新通知：只傳播一個(gè)簡(jiǎn)短的數(shù)據(jù)無(wú)效通知,不包含其他信息.傳播更新數(shù)據(jù)：在副本間傳送被修改正的數(shù)據(jù).傳播更新操作：不傳播被修改正的數(shù)據(jù),而是告訴各副本應(yīng)該執(zhí)行的操作.主動(dòng)復(fù)制,要求每個(gè)副本有一個(gè)進(jìn)程來(lái)執(zhí)行更新操作,主動(dòng)的保持各副本關(guān)聯(lián)數(shù)據(jù)的一致性.應(yīng)用場(chǎng)合：傳播更新通知：寫(xiě)操作對(duì)讀操作的比率很高時(shí),傳播效果好.傳播更新數(shù)據(jù)：讀操作對(duì)寫(xiě)操作的比率很高時(shí),傳播效果好.傳播更新操作：更新操作所關(guān)聯(lián)的參數(shù)較少時(shí),所占帶寬較小.8.9一個(gè)文件被復(fù)制在10個(gè)效勞器上,

28、列出表決算法的“讀集團(tuán)和“寫(xiě)集團(tuán)基于法定數(shù)量的辦議 種基于法定多數(shù)我決的復(fù)制寫(xiě)協(xié)議足由種基于法定多數(shù)我決的復(fù)制寫(xiě)協(xié)議足由Thomas提出并由提出并由Gifford推廣的推廣的K根本思想是要求客戶在讀或?qū)懸粋€(gè)多副本共享數(shù)據(jù)根本思想是要求客戶在讀或?qū)懸粋€(gè)多副本共享數(shù)據(jù)A ARCdRCdE71GH.IJIJK KU U此算法要求Nr+NwNNwN/2文案大全副本副本 : :叫叫R)I.Ii1副本副本上上；F F 工工1：K訕訕La)讀后寫(xiě)一致性讀后寫(xiě)一致性副本副本Lu 工小口工小口RE)1?X?4副本副本 WS(x2)W(xNpb)非非讀后寫(xiě)一致性讀后寫(xiě)一致性 項(xiàng)之前項(xiàng)之前, ,向多個(gè)副本效勞器提出

29、請(qǐng)求向多個(gè)副本效勞器提出請(qǐng)求, ,并得到它們的并得到它們的 ；=1=1于*k 牛團(tuán)甘丁7幻片弓集團(tuán)正旗遺擇幻片弓集團(tuán)正旗遺擇b)b)與與集團(tuán)導(dǎo)集團(tuán)導(dǎo)致寫(xiě)寫(xiě)致寫(xiě)寫(xiě)神笑神笑此題的N=10;那么寫(xiě)集團(tuán)可以為678910當(dāng)Nw=6,Nr的值可以是5678910當(dāng)Nw=7,Nr的值可以是45678910當(dāng)Nw=8,Nr的值可以是345678910當(dāng)Nw=9,Nr的值可以是2345678910當(dāng)Nw=10,Nr的值可以是123456789109.2分布式文件系統(tǒng)的共享語(yǔ)義指的是什么,有哪幾種共享語(yǔ)義？文件共享語(yǔ)義是為了理解文件的行為.不同共享語(yǔ)義將導(dǎo)致不同編程實(shí)現(xiàn)方法.種類：(1)UNIX語(yǔ)義(順序一致性

30、語(yǔ)義)(2)會(huì)話語(yǔ)義(3)不修改共享文件語(yǔ)義(4)事務(wù)語(yǔ)義9.4NFS如何訪問(wèn)遠(yuǎn)程文件,它的虛擬文件系統(tǒng)的作用是什么？_工3,陶L態(tài)謹(jǐn)應(yīng)用應(yīng)用！【INFS采用遠(yuǎn)程過(guò)程調(diào)用(RPC通信機(jī)制,它為客戶端提供訪問(wèn)多種文件系統(tǒng)的調(diào)用操作接口.而效勞器提供一組過(guò)程實(shí)現(xiàn)這些操作.遠(yuǎn)程共享文件或它的子目錄是通過(guò)虛inode(即vnode)形式掛接在本地文件目錄中.NF哈戶端與遠(yuǎn)程文件系統(tǒng)效勞器之間通信采用平安的遠(yuǎn)程過(guò)程調(diào)用(RPC方式,實(shí)現(xiàn)身份驗(yàn)證和消息驗(yàn)證,采用了RPCS傳技術(shù),對(duì)文件共享進(jìn)實(shí)用標(biāo)準(zhǔn)層T TNFS囑勢(shì)等本地文件插口操作系期內(nèi)核Mscsi或FC曦盤(pán)服會(huì)罟存根掾作系統(tǒng)客戶存椎壬層本悒文件捶口*

31、1行訪問(wèn)限制.文案大全實(shí)用標(biāo)準(zhǔn)虛擬文件系統(tǒng)VFS作用：客戶使用本地操作系統(tǒng)的系統(tǒng)調(diào)用訪問(wèn)文件系統(tǒng).在分布式系統(tǒng)中,一個(gè)虛擬文件系統(tǒng)接口代替了常規(guī)UNIX文件系統(tǒng)接口,VFS的思路是隱藏不同文件系統(tǒng)之間的差異,它已成為不同分布式文件系統(tǒng)接口事實(shí)上的標(biāo)準(zhǔn).VFS接口上的操作或傳送到本地文件系統(tǒng),或傳送到一個(gè)成為NNF哈戶的組件上.NFS客戶組件負(fù)責(zé)處理對(duì)存儲(chǔ)在遠(yuǎn)程效勞器上文件的訪問(wèn).1.允許操作系統(tǒng)使用不同的文件系統(tǒng)接口.2,是物理文件系統(tǒng)與效勞之間的一個(gè)接口層,對(duì)每個(gè)文件系統(tǒng)的所有細(xì)節(jié)進(jìn)行抽象,使得不同的文件系統(tǒng)在系統(tǒng)中運(yùn)行的其他進(jìn)程看來(lái),都是相同的.9.9NFS的RPC現(xiàn)了何種可靠性語(yǔ)義？不確

32、定的答案常規(guī)調(diào)用復(fù)合調(diào)用以及RPCg傳重傳過(guò)早,重傳過(guò)晚,響應(yīng)喪失可靠性語(yǔ)義有：至少一次：保證正確完成消息傳送至少一次至多一次：保證正確完成消息傳送至多一次.在沒(méi)有節(jié)點(diǎn)崩潰和網(wǎng)絡(luò)斷開(kāi)情況下,它只正確地執(zhí)行一次消息傳送.事務(wù)語(yǔ)義：它保證消息的原子性.不管節(jié)點(diǎn)崩潰或網(wǎng)絡(luò)端口與否,它或者完成一次消息傳送,或者什么也不做.精確一次：無(wú)論在什么情況下,保證正確完成一次消息傳送,不管是否有節(jié)點(diǎn)崩文案大全實(shí)用標(biāo)準(zhǔn)潰或網(wǎng)絡(luò)斷開(kāi),它接近某種程度的容錯(cuò)機(jī)制.我們可以看出：符合“至少一次的可靠性語(yǔ)義.11.5 CORBA勺主要特點(diǎn)是什么？功能是什么？簡(jiǎn)述CORB原統(tǒng)中ORB勺作用.(1) CORB儂義了一種面向?qū)ο?/p>

33、的軟件構(gòu)件構(gòu)造方法,使不同的應(yīng)用可以共享由此構(gòu)造出來(lái)的軟件構(gòu)件；(2)每個(gè)對(duì)象都將其內(nèi)部操作細(xì)節(jié)封裝起來(lái),同時(shí)又向外界提供了精確定義的接口,從而降低了應(yīng)用系統(tǒng)的復(fù)雜性,也降低了軟件開(kāi)發(fā)費(fèi)用；(3)CORBA勺平臺(tái)無(wú)關(guān)性實(shí)現(xiàn)了對(duì)象的跨平臺(tái)引用,開(kāi)發(fā)人員可以在更大的范圍內(nèi)選擇最實(shí)用的對(duì)象參加到自己的應(yīng)用系統(tǒng)之中；(4)CORBA勺語(yǔ)言無(wú)關(guān)性使開(kāi)發(fā)人員可以在更大的范圍內(nèi)相互利用別人的編程技能和成果,是實(shí)現(xiàn)軟件復(fù)用的實(shí)用化工具CORBAJ核心是對(duì)象請(qǐng)求代理(ORB,ObjectRequestBroker),它提供了網(wǎng)絡(luò)環(huán)境無(wú)關(guān)性、操作系統(tǒng)無(wú)關(guān)性和開(kāi)發(fā)語(yǔ)言無(wú)關(guān)性的公共平臺(tái).在面向?qū)ο蟮膽?yīng)用環(huán)境中,COR

34、BAt象的請(qǐng)求者不必知道它所請(qǐng)求的對(duì)象是在哪里,是如何實(shí)現(xiàn)的,而是由OR睞負(fù)責(zé)跨平臺(tái)的運(yùn)作治理,無(wú)須應(yīng)用系統(tǒng)的開(kāi)發(fā)者干預(yù).具有的跨平臺(tái)、分布式、面向?qū)ο蟮葍?yōu)點(diǎn).CORB冊(cè)一個(gè)中間件標(biāo)準(zhǔn)并不是一個(gè)實(shí)體軟件.軟件開(kāi)發(fā)者通過(guò)使用第三方的ORBT具或IDL語(yǔ)言來(lái)定義CORBAt象,實(shí)現(xiàn)OR助能.功能：(5)存取來(lái)自現(xiàn)行桌面應(yīng)用程序的分布信息和資源；(6)使現(xiàn)有業(yè)務(wù)數(shù)據(jù)和系統(tǒng)成為可供利用的網(wǎng)絡(luò)資源；(7)為某一特定業(yè)務(wù)用的定制的功能和水平來(lái)增強(qiáng)現(xiàn)行桌面工具和應(yīng)用程序；(8)改變和開(kāi)展基于網(wǎng)絡(luò)的系統(tǒng)以反映新的拓?fù)浣Y(jié)構(gòu)或新資源；ORB勺作用：OR剛始化ORB接口操作獲取初始對(duì)象引用與線程有關(guān)的操作策略設(shè)置與

35、管理對(duì)象引用操作11.6什么是接口定義語(yǔ)言？它在分布式計(jì)算環(huán)境中起到什么作用？概念： 是一個(gè)描述軟件組件接口的語(yǔ)言標(biāo)準(zhǔn).IDL用中立語(yǔ)言的方式進(jìn)行描述,能使軟件組件(不同語(yǔ)言編寫(xiě)的)問(wèn)相互通信.IDL通常用于RPC(RemoteProcedureCall,遠(yuǎn)程過(guò)程調(diào)用)軟件.IDL提供了一個(gè)“橋來(lái)連接不同的系統(tǒng).作用：1.實(shí)現(xiàn)標(biāo)準(zhǔn)的對(duì)象接口,構(gòu)造分布式對(duì)象應(yīng)用,使客戶程序能調(diào)用遠(yuǎn)程效勞器上對(duì)象的方法.文案大全實(shí)用標(biāo)準(zhǔn)2.IDL為分布式對(duì)象系統(tǒng)定義模塊,接口,類型,屬性,和方法提供了設(shè)施.11.7在CORBA勺體系結(jié)構(gòu)中,根據(jù)接口的可移植性和定義方式,接口分為哪幾類,各起什么作用？1.ORB核心

36、實(shí)現(xiàn)對(duì)所有ORBm目同的接口2 .對(duì)象適配器接口連接對(duì)象實(shí)現(xiàn)和ORB3 .接口定義語(yǔ)言IDL和靜態(tài)接口客戶用ORE#帶的IDL編譯器,編譯對(duì)象接口IDL文件,生成特定編程語(yǔ)言如C+力的Stub和Sleketon代碼.4 .動(dòng)態(tài)接口在預(yù)先不知道效勞對(duì)象接口的情況下,客戶通過(guò)查詢或采用其他手段獲得效勞對(duì)象的接口描述信息,然后使用動(dòng)態(tài)調(diào)用接口來(lái)構(gòu)造客戶請(qǐng)求,并發(fā)送給對(duì)象實(shí)現(xiàn).在對(duì)象實(shí)現(xiàn)方,可用動(dòng)態(tài)骨架接口分發(fā)用戶請(qǐng)求的機(jī)制,以便動(dòng)態(tài)處理客戶方的請(qǐng)求.11.17簡(jiǎn)述JAVARMI體系結(jié)構(gòu)遠(yuǎn)程方法調(diào)用RMI RemoteMethodInvocation是Java特有的分布式計(jì)算技術(shù).它實(shí)質(zhì)上是通過(guò)Jav

37、a編程語(yǔ)言擴(kuò)展了常規(guī)的過(guò)程調(diào)用,在網(wǎng)上不僅可以傳送對(duì)象的數(shù)據(jù),而且可以傳送對(duì)象的代碼.答復(fù)下面這張圖即可：我加的RMI工作流程文案大全實(shí)用標(biāo)準(zhǔn)21.遠(yuǎn)程對(duì)象注冊(cè)與名字綁定2.客戶按名字查找遠(yuǎn)程對(duì)象3.注冊(cè)器返回遠(yuǎn)程對(duì)象接口4 .客戶從codebase請(qǐng)求stub類5 .效勞器返回遠(yuǎn)程對(duì)象的stub類通常RMI系統(tǒng)由下面幾個(gè)局部組成：遠(yuǎn)程效勞的接口定義.遠(yuǎn)程效勞接口的具體實(shí)現(xiàn).樁(Stub)和骨架(Skeleton)文件.一個(gè)運(yùn)行遠(yuǎn)程效勞的效勞器.一個(gè)RMI命名效勞,它允許客戶端去發(fā)現(xiàn)這個(gè)遠(yuǎn)程效勞類文件的提供者(一個(gè)HTTM者FTP效勞器).一個(gè)客戶端程序.12.6什么是web契約,它要說(shuō)明什么

38、問(wèn)題？概念：契約是供求雙方間進(jìn)行交換的一種約定,在面向效勞的分布式計(jì)算系統(tǒng)中,契約是系統(tǒng)之間交換數(shù)據(jù)時(shí)應(yīng)遵守的約定(技術(shù)契約).說(shuō)明的問(wèn)題：效勞功能描述(What)效勞訪問(wèn)描述(HoW效勞位置描述(Where)12.7什么是效勞的抽象描述？什么是效勞的具體描述？它們描述的內(nèi)容是什么？抽象描述：即效勞功能描述,表達(dá)了契約公開(kāi)的接口具體內(nèi)容：端口類型(接口)定義(portType)操作定義(OperationDefinition)消息定義(MessageDefinition)類型定義(TypeDefinition)文案大全實(shí)用標(biāo)準(zhǔn)策略定義PolicyDefinition具體描述：即效勞訪問(wèn)描述和效

39、勞位置描述,為抽象描述補(bǔ)充相關(guān)的實(shí)現(xiàn)細(xì)節(jié),即如何訪問(wèn)效勞,同時(shí)關(guān)注從何處得到所需要的效勞.具體內(nèi)容：端口類型(接口)綁定(PortBinding)操作等E定(OperaionBinding)消息綁定(MessageBinding)效勞定義(ServiceDefinition)端口定義(PortDefinition)地址定義(AddressDefinition)策略定義12.8什么是WSDL它與XML有什么關(guān)系？WSDlffl來(lái)描述什么實(shí)體？WSDL:Pweb效勞描述語(yǔ)言.關(guān)系：1 .wsdl是一個(gè)基于XML勺語(yǔ)言,它描述了和特定Wet務(wù)之間的交互機(jī)制,并且使用該語(yǔ)言可以約束效勞提供者以及使用效

40、勞的所有請(qǐng)求者2 .wsdl是一個(gè)基于XML勺標(biāo)準(zhǔn)模式,提供了一個(gè)標(biāo)準(zhǔn)的效勞表示語(yǔ)言,可用于描述Web效勞所暴露的公共接口細(xì)節(jié)WSDIffl于描述網(wǎng)絡(luò)效勞.12.9什么是SOAP它與HTT講口WSDLT什么關(guān)系？SOAP簡(jiǎn)易對(duì)象訪問(wèn)協(xié)議.SOAP1由S載,SOAP#求文檔是的請(qǐng)求體.由于HTTFW至U所有瀏覽器和WetK務(wù)器白支持.SOAPT法是一個(gè)青求/響應(yīng).SOAP#求可以是POST或GET青求.關(guān)系：SOAP1個(gè)通信協(xié)議,SOAP在ft、 議的根底上,把編寫(xiě)成XML勺R(shí)EQUEST參數(shù),放在BODY提交給WEBSERVIC效勞器.WEBSERVIC務(wù)器處理完成后,把結(jié)果也寫(xiě)成XML作為RESPONSE回用戶端,為了使用戶端和WEBSERVIC而以相互對(duì)應(yīng),可以使用WSD蚱為這種通信方式的描述文件,利用WSDL工具可以自動(dòng)生成WSffi用戶端的框架文件.12.10什么是UDDI花與WSDU口SOAP勺關(guān)系是什么？UDDI:通用描述、發(fā)現(xiàn)和集成關(guān)系：WSDIffl來(lái)描述效勞；UDDI用來(lái)注冊(cè)和查找效勞；SOAP乍為傳輸層,用來(lái)在消費(fèi)者和效勞提