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

1、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ù)，最少依賴于集中的控制過程、數(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)合起來處理問題 ，多處理機(jī)是在一個(gè)系統(tǒng)內(nèi)集成多個(gè)處理器.廣義上說，使用多臺(tái)計(jì)算機(jī)協(xié)同工作來完成所要求的任務(wù)的計(jì)算機(jī)系統(tǒng)都是多處 理機(jī)系統(tǒng)。即多計(jì)算機(jī)系統(tǒng)。狹義上說：多處理機(jī)系統(tǒng)的作用是利用系統(tǒng)內(nèi)的多個(gè)

2、 CPU并行執(zhí)行用戶的幾個(gè) 程序，以提高系統(tǒng)的吞吐量或用來進(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)可能是多處理機(jī)系統(tǒng)、集群或并行高性能計(jì)算機(jī)。2 .節(jié)點(diǎn)間通過互聯(lián)網(wǎng)絡(luò)如Internet連接起來的。3 .有兩種實(shí)現(xiàn)方法：采用分布式操作系統(tǒng)和中間件軟件層。1.16什么是中間件，它的功能是什么？它在分布式系統(tǒng)中的地位是什么？中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序， 分布式應(yīng)用軟件借助這種軟件在不同

3、的技術(shù)之間共享資源。中間件位于客戶機(jī)/服務(wù)器的操作系統(tǒng)之上，管理計(jì)算機(jī) 資源和網(wǎng)絡(luò)通訊，是連接兩個(gè)獨(dú)立應(yīng)用程序或獨(dú)立系統(tǒng)的軟件功能：命名服務(wù)作業(yè)調(diào)度高級(jí)通信服務(wù) 資源管理數(shù)據(jù)持久化分布式事務(wù)分布式文檔系統(tǒng)安全服務(wù)地位：中間件的一個(gè)重要目標(biāo)是對(duì)應(yīng)用程序隱藏底層平臺(tái)的異構(gòu)型，因此中間件系統(tǒng)都提供一組完整度不同的服務(wù)集。這些服務(wù)是通過中間件系統(tǒng)提供的接口來網(wǎng)箔1.18分布式系統(tǒng)有哪些計(jì)算模式？(必考)1 .面向?qū)ο竽Ｊ? .面向服務(wù)模式3 .公用計(jì)算模式4 .志愿參與模式(詳見書p21-p22頁)2.5有哪些名字服務(wù)形式？名字服務(wù)器的組成與功能是什么？名字服務(wù)形式：(1)名字服務(wù)：名字服務(wù)是根據(jù)實(shí)體

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

5、功能：管理名字解析上下文、實(shí)現(xiàn)名字查詢與解析和其它名字服務(wù)器 通信協(xié)調(diào)。2.7 什么是迭代名字解析，什么是遞歸名字解析，它們各有什么優(yōu)缺點(diǎn)? 迭代名字解析：建議考試畫圖解釋：Nodes are-nlvu.cs.ftpmanaged bythe same server遞歸名字解析：也畫圖解釋<nl,vu cs ftp>各自優(yōu)缺點(diǎn)：遞歸名字解析缺點(diǎn)：要求每臺(tái)名字服務(wù)器具有較高的性能。遞歸名字解析優(yōu)點(diǎn)：1.遞歸名字解析過程中，各名字服務(wù)器解析的緩存結(jié)果使用 更為高效。2.如果主機(jī)與服務(wù)器距離很遠(yuǎn)，那么采用遞歸名字解析將更為高效。 迭代的優(yōu)缺點(diǎn)與上面相反。2.14 什么是目錄服務(wù)？目錄項(xiàng)和

6、屬性及屬性值的關(guān)系是什么？目錄服務(wù)：目錄服務(wù)既可以根據(jù)實(shí)體的名字查找實(shí)體的屬性，當(dāng)不知道實(shí)體名時(shí)也可以根據(jù)實(shí)體的一個(gè)或多個(gè)屬性及其值查找并得到一個(gè)匹配這些屬性的實(shí)體 列表。關(guān)系：目錄項(xiàng)是一個(gè)命名對(duì)象的信息集合。 每個(gè)命名對(duì)象包括若干個(gè)屬性，每個(gè) 屬性有一個(gè)屬性類型和相應(yīng)的一個(gè)或多個(gè)屬性值。2.18 輕量數(shù)據(jù)訪問協(xié)議LDAPW目錄訪問協(xié)議DAP的關(guān)系和區(qū)別是什么？1 .LDAP的最初目標(biāo)是向用戶提供目錄服務(wù)時(shí)避免 DAP勺大量開銷。2 .LDAP的操作集對(duì)DAP故了簡(jiǎn)化，刪除了 read和list操作，用search代替3 .DAP是目錄用戶代理（DUA與目錄系統(tǒng)代理（DSA之間的請(qǐng)求/響應(yīng)協(xié)議

7、。LDA皿用戶用來訪問目錄服務(wù)的一個(gè)協(xié)議。4 .建議再回答下LDAP的模型：3.7什么是遠(yuǎn)程執(zhí)行邏輯機(jī)模型？對(duì)邏輯機(jī)模型的要求是什么? 概念：建議畫圖。非選用節(jié)點(diǎn)選用遠(yuǎn)程股務(wù)節(jié)點(diǎn)列戶機(jī)選用選程服草節(jié)點(diǎn)i< 配 £(SSS) 涉相機(jī)遠(yuǎn)程執(zhí)1t_Qias i £i(遠(yuǎn)程逸程;進(jìn)程代理)( 分配器：)日程執(zhí)/遠(yuǎn)程執(zhí)/_，一1/束/_，_ _ f亍請(qǐng)弓/,迸程代理“冒夕總贏程') i'r=r _:璀執(zhí)行結(jié)莫：=r-要求：(1)遠(yuǎn)程進(jìn)程必須能訪問駐留在源計(jì)算機(jī)上的文件系統(tǒng)。(2)遠(yuǎn)程進(jìn)程能接收邏輯機(jī)內(nèi)任何進(jìn)程發(fā)來的信號(hào)，也能將信號(hào)提供給邏輯機(jī) 內(nèi)任何進(jìn)程。(3)

8、進(jìn)程組保持在邏輯機(jī)內(nèi)。(4)基于樹型的進(jìn)程父子關(guān)系在邏輯機(jī)內(nèi)必須得以保持。3.13何為異步進(jìn)程遷移算法？何為同步進(jìn)程遷移算法？它們的優(yōu)缺點(diǎn)是什么？異步進(jìn)程遷移算法：這類算法允許非遷移進(jìn)程在遷移過程中繼續(xù)運(yùn)算，只有遷移進(jìn)程被中斷進(jìn)行相關(guān)的操作。優(yōu)點(diǎn)：可以得到較好的執(zhí)行效率。缺點(diǎn)：和原有環(huán)境的兼容性不好，不能方便的移植。同步遷移算法：這類算法在遷移過程中所有進(jìn)程(包括非遷移的協(xié)同進(jìn)程)都被 掛起，進(jìn)程之間需要同步來清空通信信道中的中途消息， 所有進(jìn)程均要阻塞等待 遷移事件完成后，才能從中斷處繼續(xù)運(yùn)行。優(yōu)點(diǎn)：算法簡(jiǎn)單，具有較好的可移植性和易于實(shí)現(xiàn)。缺點(diǎn)：需要中央控制管理進(jìn)程參與，所有進(jìn)程都被迫中斷，

9、等待遷移過程的結(jié)束。3.15比較進(jìn)程遠(yuǎn)程執(zhí)行與進(jìn)程遷移兩種機(jī)制。進(jìn)程遠(yuǎn)程執(zhí)行的要求：(1)尋找管理機(jī)制。(2)進(jìn)程遠(yuǎn)程執(zhí)行是透明的，應(yīng)與位置無關(guān)。(3)主人優(yōu)先原則進(jìn)程的遷移可以支持：(1)動(dòng)態(tài)系統(tǒng)管理與維護(hù)(2)動(dòng)態(tài)負(fù)載平衡(load balancing ),系統(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)系。沒有具體答案，先方便理解一下阻塞和非阻塞：阻塞

10、和非阻塞關(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)前線程。例子：你打電話問書店老板有沒有分布式系統(tǒng)這本書，你如果是阻塞式調(diào)用，你會(huì) 一直把自己“掛起”，直到得到這本書有沒有的結(jié)果，如果是非阻塞式調(diào)用，你 不管老板有沒有告訴你，你自己先一邊去玩了，當(dāng)然你也要偶爾過幾分鐘check 一下老板有沒有返回結(jié)果。這個(gè)圖不知道對(duì)不對(duì)：4.2 試敘述如何實(shí)現(xiàn)阻塞發(fā)送/接收和非阻塞發(fā)送/接收，對(duì)操作系統(tǒng)有什么要通過發(fā)送原語send和接收原語receive實(shí)現(xiàn)要求

11、操作系統(tǒng)能實(shí)現(xiàn)4種不同的可 靠性語義。至少一次：保證正確完成消息傳送至少一次至多一次：保證正確完成消息傳送至多一次。在沒有節(jié)點(diǎn)崩潰和網(wǎng)絡(luò)斷開情況下，它只正確地執(zhí)行一次消息傳送。事務(wù)語義：它保證消息的原子性。不管節(jié)點(diǎn)崩潰或網(wǎng)絡(luò)端口與否，它或者完成一 次消息傳送，或者什么也不做。精確一次：無論在什么情況下，保證正確完成一次消息傳送，不管是否有節(jié)點(diǎn)崩 潰或網(wǎng)絡(luò)斷開，它接近某種程度的容錯(cuò)機(jī)制。4.4 對(duì)以下每個(gè)應(yīng)用程序，你認(rèn)為“至多一次”和“至少一次”語義哪個(gè)最好？(1)在文件服務(wù)器上讀寫文件：至少一次。(2)銀行服務(wù)：至多一次(3)編譯一個(gè)程序：至少一次 4.9什么是因果定律？它和FIFO全定序相比

12、，哪個(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ì)不同發(fā)送進(jìn)程的多播消息可按不同順序接收。相比之下，因果排序更嚴(yán)格。4.12RPC被認(rèn)為是分布式最初的中間件，它能實(shí)現(xiàn)分布式系統(tǒng)的透明性嗎？p92在RPC±程中，客戶可以簡(jiǎn)單的忽略不關(guān)心的內(nèi)容，客戶并不直接執(zhí)行send和 receive 原語，也不關(guān)心消息的傳遞，所有這些都隱藏在樁中，從而實(shí)現(xiàn)RPC的透明性。建議；本題雖然已完，但最好將 RPC勺基本操作看一遍。

13、5.7Richart_Agrawala 算法如何改進(jìn)了 Lamport算法，它的優(yōu)點(diǎn)是什么？(必考) Lamport算法的開銷是3 (N-1)個(gè)消息，Richart算法只要2 (N-1)個(gè)消息，N 是競(jìng)爭(zhēng)資源的進(jìn)程數(shù)。Lamport 算法前2步：1 .Pi 資源請(qǐng)求消息Request( Ti ： P i )發(fā)送2 .Pj收到Request (T i : P i ),按T順序置于其消息隊(duì)列，如果沒有資源請(qǐng)求或請(qǐng)求時(shí)間晚于收到消息的時(shí)間戳，回應(yīng)Reply( T j ： P j )Richart 算法前2步：1 .Pi資源請(qǐng)求消息Request (Ti : Pi)發(fā)送2 .Pj收到Request (

14、Ti: Pi),按T順序置于其消息隊(duì)列如果沒有資源請(qǐng)求或請(qǐng)求時(shí)間晚于收到消息的時(shí)間戳，回應(yīng)Reply( Tj： Pj) ；否則推遲返回應(yīng)答消息進(jìn)程從臨界區(qū)退出，向需要請(qǐng)請(qǐng)求資源的進(jìn)程補(bǔ)發(fā)應(yīng)答消息標(biāo)紅處即為改進(jìn)優(yōu)點(diǎn)：1. 它具有對(duì)稱性2. 具有完全的分布式控制3. 對(duì)通信鏈路相對(duì)速度的不敏感性5.8 比較集中式算法、Ricart_Agrawala 算法和令牌算法的開銷和問題集中式算法的問題：容易出現(xiàn)單點(diǎn)故障Ricart 算法的問題：由于不應(yīng)答被認(rèn)為是資源被占用，所以如果有某個(gè)節(jié)點(diǎn)故障，會(huì)導(dǎo)致該算法的異常終止。同時(shí)各進(jìn)程對(duì)資源的使用情況缺乏了解。令牌算法的問題：檢測(cè)令牌丟失困難開銷：集中式算法開銷

15、最大，Richar算法需要2 (N-1)個(gè)消息，令牌算法最多 需要 N-1 個(gè)消息。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)程要得到 N-1個(gè)應(yīng)答消息。在共享K個(gè)相同資源的互斥算法中，N-K個(gè)應(yīng)答消息是在進(jìn)程 等待時(shí)到達(dá)，K-1個(gè)消息是進(jìn)程已在臨界區(qū)或等待進(jìn)入臨界區(qū)或離開臨界區(qū)后到1.2 Ricart算法中，其他競(jìng)爭(zhēng)進(jìn)程推遲應(yīng)答數(shù)組的每一項(xiàng)RDi是布爾型，

16、因?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)程有機(jī)會(huì)進(jìn)入臨界區(qū), 而不挨餓。沒找到答案，不敢亂寫。8.2 圖8.1 (b)為什么違背嚴(yán)格一致性？客戶對(duì)區(qū))a 9 ，*客戶 B： b)違背嚴(yán)格一致性因?yàn)锽讀到的不是a,而是數(shù)據(jù)項(xiàng)x的初值null ,客戶A的寫操作沒有立即傳播 到B,未能及時(shí)完成對(duì)副本的修改。8.3 圖8.2 (b)為什么違背順序一致性？客戶A： 邛制定，* / ： 客戶 B：1' I客戶 Ct RUi1XIq客戶 D： ； R/)b，

17、RfKa _|b)透尚順序一致性-|因?yàn)檫M(jìn)程C看到數(shù)據(jù)項(xiàng)x是先寫a后寫b,而進(jìn)程D看到數(shù)據(jù)項(xiàng)x是先寫b后寫 a。8.4 圖8.3 (c)為什么符合因果一致性定律?客戶A*' 客戶R： 和及曲二，'、， 七、 '、客戶 O 二寬x)b、 RQQa,、 % 、 、客戶 口*、*R6da '、 Ri>)bc)有效因果一致性定序*因?yàn)閃(x) a和W(x) b是并發(fā)寫，因此也符合因果一致性要求。8.5 圖8.4 (b)為什么遵循因果一致性，但對(duì) FIFO一致性是無效的?客戶 A1 W(x)a4 n f客戶R. 3囁丁越加、 、 * 一 客戶Ci、R(K)d'

18、;I 、%b)無效FIF。一致性定序看了半天暫時(shí)還不會(huì)，但是書 p200-p205的幾種一致性必須弄懂，是必考的。8.7 比較“傳播更新通知”、“傳播更新數(shù)據(jù)”和“傳播更新操作”和它們的應(yīng)用 場(chǎng)合傳播更新通知：只傳播一個(gè)簡(jiǎn)短的數(shù)據(jù)通知，不包含其他信息。寫操作對(duì)讀操作 的比率很高時(shí)，傳播效果好。傳播更新數(shù)據(jù)：在副本間傳送被修改過的數(shù)據(jù)。讀操作對(duì)寫操作的比率很高時(shí)， 傳播效果好。傳播更新操作：不傳播被修改過的數(shù)據(jù)，而是告訴各副本應(yīng)該執(zhí)行的操作。 要求 每個(gè)副本有一個(gè)進(jìn)程來執(zhí)行更新操作，主動(dòng)的保持各副本關(guān)聯(lián)數(shù)據(jù)的一致性。應(yīng)用場(chǎng)合：傳播更新通知：無效化協(xié)議傳播更新數(shù)據(jù)：讀操作對(duì)寫操作的比率很高時(shí)傳播更

19、新操作：主動(dòng)復(fù)制8.9 一個(gè)文件被復(fù)制在10個(gè)服務(wù)器上，列出表決算法的“讀集團(tuán)”和“寫集團(tuán)” 這是12個(gè)服務(wù)器是的例子：基于法定數(shù)量的協(xié)議種基于法定多數(shù)表決的燙制號(hào)協(xié)說是由Th 口 mas提出并由Gifford推廣的* I?”了一七H：Iefdh!;I:2:：7V；1 J K 嚇 A 3 K L ： “雨於7網(wǎng)ETET”可集團(tuán)-=N於工NJ=-»慎寫集團(tuán)正相近擇 b)曷集團(tuán)導(dǎo)致寫寫沖突其基本思想是要求客戶在讀或?qū)懸粋€(gè)和副本共享數(shù)據(jù) 頂之而，向多個(gè)副本服務(wù)器提出請(qǐng)求，井得到它們的A R CE I GI J K U飛萬工跖百3一 c)ROVA 卦此算法要求N (R) +N (VV >

20、;N N (W >N/2 此題的N=10;那么寫集團(tuán)可以為678 910相應(yīng)的讀集團(tuán)為5678910 (NW=64 5 6 7 8 9 10(NW=7)以此類推。8.14在基于頁面的DSMfr如何維護(hù)副本擁有者和副本集這類控制信息？擁有4種算法：集中管理算法固定分布管理算法廣播分布管理算法動(dòng)態(tài)分布管理算法在書p223-225,此處不詳述。9.2分布式文件系統(tǒng)的共享語義指的是什么，有哪幾種共享語義？文件共享語義是為了理解文件的行為。不同共享語義將導(dǎo)致不同編程實(shí)現(xiàn)方法。 種類：(1) UNIX語義(順序一致性語義)(2)會(huì)話語義(3)不修改共享文件語義(4)事務(wù)語義見書p2929.4NFS如

21、何訪問遠(yuǎn)程文件，它的虛擬文件系統(tǒng)的作用是什么？如何訪問：遠(yuǎn)程共享文件或它的子目錄是通過虛inode (即vnode)形式掛接在本地文件目錄中。NF哈戶端與遠(yuǎn)程文件系統(tǒng)服務(wù)器之間通信采用安全的遠(yuǎn)程過 程調(diào)用(RPC方式，實(shí)現(xiàn)身份驗(yàn)證和消息驗(yàn)證，采用了RPCa傳技術(shù)，對(duì)文件共享進(jìn)行訪問控制。作用：1.允許和操作系統(tǒng)使用不同的文件系統(tǒng)實(shí)現(xiàn)的接口。2.是物理文件系統(tǒng)與服務(wù)之間的一個(gè)接口層， 對(duì)每個(gè)文件系統(tǒng)的所有細(xì)節(jié) 進(jìn)行抽象，使得不同的文件系統(tǒng)在系統(tǒng)中運(yùn)行的其他進(jìn)程看來，都是相同的。9.9NFS的RPC®現(xiàn)了何種可靠性語義? 通過復(fù)合調(diào)用以及RPC®傳可靠性語義有:至少一次：保證正

22、確完成消息傳送至少一次 至多一次：保證正確完成消息傳送至多一次。在沒有節(jié)點(diǎn)崩潰和網(wǎng)絡(luò)斷開情況下， 它只正確地執(zhí)行一次消息傳送。事務(wù)語義：它保證消息的原子性。不管節(jié)點(diǎn)崩潰或網(wǎng)絡(luò)端口與否，它或者完成一 次消息傳送，或者什么也不做。精確一次：無論在什么情況下，保證正確完成一次消息傳送，不管是否有節(jié)點(diǎn)崩 潰或網(wǎng)絡(luò)斷開，它接近某種程度的容錯(cuò)機(jī)制。我們可以看出：符合“至少一次”的可靠性語義。11.5CORBA勺主要特點(diǎn)是什么？功能是什么？簡(jiǎn)述 CORB原統(tǒng)中ORB勺作用 特點(diǎn)：(1) CORB儂義了一種面向?qū)ο蟮能浖?gòu)件構(gòu)造方法，使不同的應(yīng)用可以共享 由此構(gòu)造出來的軟件構(gòu)件；(2)每個(gè)對(duì)象都將其內(nèi)部操作細(xì)

23、節(jié)封裝起來，同時(shí)又向外界提供了精確定義的 接口，從而降低了應(yīng)用系統(tǒng)的復(fù)雜性，也降低了軟件開發(fā)費(fèi)用；(3) CORBA勺平臺(tái)無關(guān)性實(shí)現(xiàn)了對(duì)象的跨平臺(tái)引用，開發(fā)人員可以在更大的范 圍內(nèi)選擇最實(shí)用的對(duì)象加入到自己的應(yīng)用系統(tǒng)之中；(4) CORBA勺語言無關(guān)性使開發(fā)人員可以在更大的范圍內(nèi)相互利用別人的編程技能和成果， 是實(shí)現(xiàn)軟件復(fù)用的實(shí)用化工具功能：(5) 存取來自現(xiàn)行桌面應(yīng)用程序的分布信息和資源；(6) 使現(xiàn)有業(yè)務(wù)數(shù)據(jù)和系統(tǒng)成為可供利用的網(wǎng)絡(luò)資源；(7) 為某一特定業(yè)務(wù)用的定制的功能和能力來增強(qiáng)現(xiàn)行桌面工具和應(yīng)用程序；(8) 改變和發(fā)展基于網(wǎng)絡(luò)的系統(tǒng)以反映新的拓?fù)浣Y(jié)構(gòu)或新資源；ORB勺作用：OR創(chuàng)始

24、化OR限口操作獲取初始對(duì)象引用與線程有關(guān)的操作策略設(shè)置與管理對(duì) 象引用操作11.6 什么是接口定義語言？它在分布式計(jì)算環(huán)境中起到什么作用？概念：是一個(gè)描述軟件組件接口的語言規(guī)范。IDL用中立語言的方式進(jìn)行描述， 能使軟件組件(不同語言編寫的)問相互通信。 IDL通常用于 RPC (Remote Procedure Call ,遠(yuǎn)程過程調(diào)用)軟件。IDL提供了一個(gè)“橋”來連接不同的 系統(tǒng)。作用：(1)用IDL定義對(duì)象接口文件(2)用ORB®帶的編譯器對(duì)IDL定義的對(duì)象接口文件進(jìn)行編譯 然后將此圖畫上：11.7 在CORBA勺體系結(jié)構(gòu)中，根據(jù)接口的可移植性和定義方式，接口分為哪幾類，各起

25、什么作用？1.ORB核心實(shí)現(xiàn)對(duì)所有ORBm目同的接口2 .對(duì)象適配器接口連接對(duì)象實(shí)現(xiàn)和ORB3 .接口定義語言IDL和靜態(tài)接口客戶用ORES帶的IDL編譯器，編譯對(duì)象接口 IDL文件，生成特定編程語言(如 C+)的 Stub 和 Sleketon 代碼。4 .動(dòng)態(tài)接口在預(yù)先不知道服務(wù)對(duì)象接口的情況下，客戶通過查詢或采用其他手段獲得服務(wù)對(duì) 象的接口描述信息，然后使用動(dòng)態(tài)調(diào)用接口來構(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)求。5 1.17簡(jiǎn)述JAVA RMI體系結(jié)構(gòu)遠(yuǎn)程方法調(diào)用 RMI (Remote Method Invocat

26、ion )是Java特有的分布式計(jì)算技 術(shù)。它實(shí)質(zhì)上是通過Java編程語言擴(kuò)展了常規(guī)的過程調(diào)用，在網(wǎng)上不僅可以傳 送對(duì)象的數(shù)據(jù)，而且可以傳送對(duì)象的代碼?；卮鹣旅孢@張圖即可：12.6 什么是web契約，它要說明什么問題？概念：契約是供求雙方間進(jìn)行交換的一種約定，在面向服務(wù)的分布式計(jì)算系統(tǒng)中, 契約是系統(tǒng)之間交換數(shù)據(jù)時(shí)應(yīng)遵守的約定(技術(shù)契約)。說明的問題：服務(wù)功能描述(What)服務(wù)訪問描述(HoW服務(wù)位置描述(Where)12.7 什么是服務(wù)的抽象描述？什么是服務(wù)的具體描述？它們描述的內(nèi)容是什么？抽象描述：即服務(wù)功能描述，表達(dá)了契約公開的接口具體內(nèi)容：端口類型(接口)定義(portType )操

27、作定義(Operation Definition )消息定義(Message Definition )類型定義(Type Definition )策略定義(Policy Definition )具體描述：即服務(wù)訪問描述和服務(wù)位置描述，為抽象描述補(bǔ)充相關(guān)的實(shí)現(xiàn)細(xì)節(jié)， 即如何訪問服務(wù)，同時(shí)關(guān)注從何處得到所需要的服務(wù)。具體內(nèi)容：端口類型(接口)綁定(Port Binding )操作等E定(Operaion Binding )消息綁定(Message Binding )服務(wù)定義(Service Definition )端 口定義(Port Definition )地址定義(Address Defini

28、tion )策略定義12.8 什么是 WSDL它與XML有什么關(guān)系？ WSDlffl來描述什么實(shí)體？WSDL:P web服務(wù)描述語言。關(guān)系：1 .wsdl是一個(gè)基于XML勺語言，它描述 了和特定Wet®務(wù)之間的交互機(jī)制，并 且使用該語言可以約束服務(wù)提供者以及使用服務(wù)的所有請(qǐng)求者2 .wsdl是一個(gè)基于XML勺規(guī)范模式，提供了一個(gè)標(biāo)準(zhǔn)的服務(wù)表示語言，可用于 描述Web服務(wù)所暴露的公共接口細(xì)節(jié)WSDIffl于描述網(wǎng)絡(luò)服務(wù)。12.9 什么是SOAP它與HTTPffi WSDLT什么關(guān)系？SOAP簡(jiǎn)易對(duì)象訪問協(xié)議。關(guān)系：SOAP1個(gè)通信協(xié)議，SOAP在HTTPa、議的基礎(chǔ)上，把編寫成XML勺R(shí)EQUEST 參數(shù)，放在HTTP BODY提交給 WEB SERVIC服務(wù)器。WEB SERVICE務(wù)器處理 完成后，