《網(wǎng)絡(luò)與分布式計(jì)算 復(fù)習(xí)提綱.docx》由會員分享，可在線閱讀，更多相關(guān)《網(wǎng)絡(luò)與分布式計(jì)算 復(fù)習(xí)提綱.docx（15頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1.2 什么是分布式計(jì)算系統(tǒng)？它的實(shí)質(zhì)是什么？ 分布式計(jì)算系統(tǒng)是由多個相互連接的計(jì)算機(jī)組成的一個整體，這些計(jì)算機(jī)在一組系統(tǒng)軟件（分布式操作系統(tǒng)或中間件）環(huán)境下，合作執(zhí)行一個共同的或不同的任務(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ī)是將多個計(jì)算機(jī)聯(lián)合起來處理問題, 多處理機(jī)是在一個系統(tǒng)內(nèi)集成多個處理器. 廣義上說，使用多臺計(jì)算機(jī)協(xié)同工作來完成所要求的任務(wù)的計(jì)算機(jī)系統(tǒng)都是多處理機(jī)系統(tǒng)。即多計(jì)算機(jī)系統(tǒng)。 狹義上說：多處理機(jī)系統(tǒng)的作用是利用系統(tǒng)內(nèi)的多個CPU來并行執(zhí)行用戶的幾個程序，以提高系統(tǒng)的吞吐量或用來進(jìn)行冗余操作以提高系統(tǒng)的可靠性。 同構(gòu)計(jì)算機(jī)的特點(diǎn)： 1.每個節(jié)點(diǎn)是一臺計(jì)算機(jī)，包含CPU和存儲器。 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)用軟件借助這種軟件在不同的技術(shù)之間共享資源。中間件位于客戶機(jī)/ 服務(wù)器的操作系統(tǒng)之上，管理計(jì)算機(jī)資源和網(wǎng)絡(luò)通訊，是連接兩個獨(dú)立應(yīng)用程序或獨(dú)立系統(tǒng)的軟件 功能：命名服務(wù) 作業(yè)調(diào)度 高級通信服務(wù) 資源管理 數(shù)據(jù)持久化 分布式事務(wù) 分布式文檔系統(tǒng) 安全服務(wù) 地位：中間件的一個重要目標(biāo)是對應(yīng)用程序隱藏底層平臺的異構(gòu)型，因此中間件系統(tǒng)都提供一組完整度不同的服務(wù)集。這些服務(wù)是通過中間件系統(tǒng)提供的接口來調(diào)用的。一般禁止跳過中間件層直接調(diào)用底層操作系統(tǒng)的服務(wù)。 1.18分布式系統(tǒng)有哪些計(jì)算模式？（必考） 1.面向?qū)ο竽Ｊ? 2.面向服務(wù)模式 3.公用計(jì)算模式 4.志愿參與模式 （詳見書p21-p22頁） 2.5有哪些名字服務(wù)形式？名字服務(wù)器的組成與功能是什么？ 名字服務(wù)形式： （1）名字服務(wù)：名字服務(wù)是根據(jù)實(shí)體的名字查找它的屬性（地址）。 （2）目錄服務(wù)：目錄服務(wù)既可以根據(jù)實(shí)體的名字查找實(shí)體的屬性，當(dāng)不知道實(shí)體名時也可以根據(jù)實(shí)體的一個或多個屬性及其值查找并得到一個匹配這些屬性的實(shí)體列表。 （3）合約服務(wù)：是一種增強(qiáng)的目錄服務(wù)，通過技術(shù)規(guī)范來定位一個命名實(shí)體。 名字服務(wù)器組成： （1）名字服務(wù)器操作 ：管理、查詢操作和行政管理。增加、刪除和修改上下文的目錄項(xiàng)。訪問優(yōu)先權(quán)。 （2）名字解析 ：根據(jù)名字解析請求，得到被解析對象地址。 （3）緩存 ：緩存名字查詢和解析的結(jié)果。 （4）多副本管理 ：副本修改和副本一致性維護(hù)。 （5）通信 ：客戶端的名字代理通信和名字服務(wù)器之間 （6）數(shù)據(jù)庫 ：存放名字解析上下文或其子域。 名字服務(wù)器功能：管理名字解析上下文、實(shí)現(xiàn)名字查詢與解析和其它名字服務(wù)器通信協(xié)調(diào)。 2.7什么是迭代名字解析，什么是遞歸名字解析，它們各有什么優(yōu)缺點(diǎn)？ 迭代名字解析：建議考試畫圖解釋： 遞歸名字解析：也畫圖解釋 各自優(yōu)缺點(diǎn)： 遞歸名字解析缺點(diǎn)：要求每臺名字服務(wù)器具有較高的性能。 遞歸名字解析優(yōu)點(diǎn)：1.遞歸名字解析過程中，各名字服務(wù)器解析的緩存結(jié)果使用更為高效。2.如果主機(jī)與服務(wù)器距離很遠(yuǎn)，那么采用遞歸名字解析將更為高效。 迭代的優(yōu)缺點(diǎn)與上面相反。 2.14什么是目錄服務(wù)？目錄項(xiàng)和屬性及屬性值的關(guān)系是什么？ 目錄服務(wù)：目錄服務(wù)既可以根據(jù)實(shí)體的名字查找實(shí)體的屬性，當(dāng)不知道實(shí)體名時也可以根據(jù)實(shí)體的一個或多個屬性及其值查找并得到一個匹配這些屬性的實(shí)體列表。 關(guān)系：目錄項(xiàng)是一個命名對象的信息集合。每個命名對象包括若干個屬性，每個屬性有一個屬性類型和相應(yīng)的一個或多個屬性值。 2.18輕量數(shù)據(jù)訪問協(xié)議LDAP和目錄訪問協(xié)議DAP的關(guān)系和區(qū)別是什么？ 1.LDAP的最初目標(biāo)是向用戶提供目錄服務(wù)時避免DAP的大量開銷。 2.LDAP的操作集對DAP做了簡化，刪除了read和list操作，用search代替。 3.DAP是目錄用戶代理（DUA）與目錄系統(tǒng)代理（DSA）之間的請求/響應(yīng)協(xié)議。 LDAP是用戶用來訪問目錄服務(wù)的一個協(xié)議。 4.建議再回答下LDAP的模型： 3.7什么是遠(yuǎn)程執(zhí)行邏輯機(jī)模型？對邏輯機(jī)模型的要求是什么？ 概念：建議畫圖。 要求： （1）遠(yuǎn)程進(jìn)程必須能訪問駐留在源計(jì)算機(jī)上的文件系統(tǒng)。 （2）遠(yuǎn)程進(jìn)程能接收邏輯機(jī)內(nèi)任何進(jìn)程發(fā)來的信號，也能將信號提供給邏輯機(jī)內(nèi)任何進(jìn)程。 （3）進(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)：算法簡單，具有較好的可移植性和易于實(shí)現(xiàn)。 缺點(diǎn)：需要中央控制管理進(jìn)程參與，所有進(jìn)程都被迫中斷，等待遷移過程的結(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）動態(tài)系統(tǒng)管理與維護(hù) （2）動態(tài)負(fù)載平衡（load balancing），系統(tǒng)中重負(fù)載處理機(jī)轉(zhuǎn)移一部分負(fù)載到輕負(fù)載的處理機(jī)上運(yùn)行，使得整個集群系統(tǒng)中的所有處理機(jī)的負(fù)載趨向均衡，從而提高系統(tǒng)的整體運(yùn)行效率。 （3）系統(tǒng)容錯 （4）主人優(yōu)先使用原則 注：此題我未找到較好的答案。 4.1在水平時間軸上表示阻塞發(fā)送/接收和非阻塞發(fā)送/接收進(jìn)程與操作系統(tǒng)內(nèi)核之間操作的時間關(guān)系。 沒有具體答案，先方便理解一下阻塞和非阻塞： 阻塞和非阻塞關(guān)注的是程序在等待調(diào)用結(jié)果（消息，返回值）時的狀態(tài). 阻塞調(diào)用是指調(diào)用結(jié)果返回之前，當(dāng)前線程會被掛起。調(diào)用線程只有在得到結(jié)果之后才會返回。 非阻塞調(diào)用指在不能立刻得到結(jié)果之前，該調(diào)用不會阻塞當(dāng)前線程。 例子： 你打電話問書店老板有沒有《分布式系統(tǒng)》這本書，你如果是阻塞式調(diào)用，你會一直把自己“掛起”，直到得到這本書有沒有的結(jié)果，如果是非阻塞式調(diào)用，你不管老板有沒有告訴你，你自己先一邊去玩了， 當(dāng)然你也要偶爾過幾分鐘check一下老板有沒有返回結(jié)果。 這個圖不知道對不對： 4.2試敘述如何實(shí)現(xiàn)阻塞發(fā)送/接收和非阻塞發(fā)送/接收，對操作系統(tǒng)有什么要求？ 通過發(fā)送原語send和接收原語receive實(shí)現(xiàn)要求操作系統(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ò)斷開，它接近某種程度的容錯機(jī)制。 4.4對以下每個應(yīng)用程序，你認(rèn)為“至多一次”和“至少一次”語義哪個最好？ （1）在文件服務(wù)器上讀寫文件：至少一次。 （2）銀行服務(wù)：至多一次 （3）編譯一個程序：至少一次 4.9什么是因果定律？它和FIFO全定序相比，哪個更嚴(yán)格？ 因果定律：不管含有因果關(guān)系的消息是由同一個發(fā)送進(jìn)程多播，還是不同發(fā)送進(jìn)程多播，所有接收進(jìn)程要保證先接收“因”消息，后接收“果”消息。 FIFO：對同一個發(fā)送進(jìn)程發(fā)出的多播消息，要求所有接收進(jìn)程按發(fā)送的順序接收，而對不同發(fā)送進(jìn)程的多播消息可按不同順序接收。 相比之下，因果排序更嚴(yán)格。 4.12RPC被認(rèn)為是分布式最初的中間件，它能實(shí)現(xiàn)分布式系統(tǒng)的透明性嗎？ p92 在RPC過程中，客戶可以簡單的忽略不關(guān)心的內(nèi)容，客戶并不直接執(zhí)行send和receive原語，也不關(guān)心消息的傳遞，所有這些都隱藏在樁中，從而實(shí)現(xiàn)RPC的透明性。 建議；本題雖然已完，但最好將RPC的基本操作看一遍。 5.7Richart_Agrawala算法如何改進(jìn)了Lamport算法，它的優(yōu)點(diǎn)是什么？（必考） Lamport算法的開銷是3（N-1）個消息，Richart算法只要2（N-1）個消息，N是競爭資源的進(jìn)程數(shù)。 Lamport算法前2步： 1.Pi 資源請求消息Request（Ti ：P i）發(fā)送 2.Pj收到Request（T i：P i），按T順序置于其消息隊(duì)列，如果沒有資源請求或請求時間晚于收到消息的時間戳，回應(yīng)Reply（T j：P j） Richart算法前2步： 1.Pi 資源請求消息Request（Ti ：Pi）發(fā)送 2.Pj收到Request（Ti：Pi），按T順序置于其消息隊(duì)列 如果沒有資源請求或請求時間晚于收到消息的時間戳，回應(yīng)Reply（Tj：Pj）；否則推遲返回應(yīng)答消息 進(jìn)程從臨界區(qū)退出，向需要請請求資源的進(jìn)程補(bǔ)發(fā)應(yīng)答消息 標(biāo)紅處即為改進(jìn) 優(yōu)點(diǎn)： 1.它具有對稱性 2.具有完全的分布式控制 3.對通信鏈路相對速度的不敏感性 5.8比較集中式算法、Ricart_Agrawala算法和令牌算法的開銷和問題 集中式算法的問題：容易出現(xiàn)單點(diǎn)故障 Ricart算法的問題：由于不應(yīng)答被認(rèn)為是資源被占用，所以如果有某個節(jié)點(diǎn)故障，會導(dǎo)致該算法的異常終止。同時各進(jìn)程對資源的使用情況缺乏了解。 令牌算法的問題：檢測令牌丟失困難 開銷：集中式算法開銷最大，Richar算法需要2（N-1）個消息，令牌算法最多需要N-1個消息。 5.11共享K個相同資源的互斥算法和Ricart_Agrawala算法的共同點(diǎn)和區(qū)別是什么？ 相同點(diǎn)：基于相同的概念，每個競爭進(jìn)程都維持一個推遲應(yīng)答數(shù)組RD[]，數(shù)組元素是表示相應(yīng)進(jìn)程是否推遲發(fā)出應(yīng)答消息。 區(qū)別： 1.應(yīng)答消息到達(dá)的環(huán)境。在Ricart算法中，正在等待進(jìn)入臨界區(qū)的進(jìn)程要得到N-1個應(yīng)答消息。在共享K個相同資源的互斥算法中，N-K個應(yīng)答消息是在進(jìn)程等待時到達(dá)，K-1個消息是進(jìn)程已在臨界區(qū)或等待進(jìn)入臨界區(qū)或離開臨界區(qū)后到達(dá)。 2.在Ricart算法中，其他競爭進(jìn)程推遲應(yīng)答數(shù)組的每一項(xiàng)RD[i]是布爾型，因?yàn)閼?yīng)答只能是一個，或是推遲，或是不推遲。在共享K個相同資源的互斥算法中，可能有多個應(yīng)答消息被推遲，這樣RD[i]應(yīng)聲明為整數(shù)型。 5.13在基于事件優(yōu)先權(quán)算法中，如何保證低優(yōu)先權(quán)的進(jìn)程有機(jī)會進(jìn)入臨界區(qū)，而不挨餓。 沒找到答案，不敢亂寫。 8.2圖8.1（b）為什么違背嚴(yán)格一致性？ 因?yàn)锽讀到的不是a，而是數(shù)據(jù)項(xiàng)x的初值null，客戶A的寫操作沒有立即傳播到B，未能及時完成對副本的修改。 8.3圖8.2（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）為什么符合因果一致性定律？ 因?yàn)閃（x）a和W（x）b是并發(fā)寫，因此也符合因果一致性要求。 8.5圖8.4（b）為什么遵循因果一致性，但對FIFO一致性是無效的？ 看了半天暫時還不會，但是書p200-p205的幾種一致性必須弄懂，是必考的。 8.7比較“傳播更新通知”、“傳播更新數(shù)據(jù)”和“傳播更新操作”和它們的應(yīng)用場合 傳播更新通知：只傳播一個簡短的數(shù)據(jù)通知，不包含其他信息。寫操作對讀操作的比率很高時，傳播效果好。 傳播更新數(shù)據(jù)：在副本間傳送被修改過的數(shù)據(jù)。讀操作對寫操作的比率很高時，傳播效果好。 傳播更新操作：不傳播被修改過的數(shù)據(jù)，而是告訴各副本應(yīng)該執(zhí)行的操作。要求每個副本有一個進(jìn)程來執(zhí)行更新操作，主動的保持各副本關(guān)聯(lián)數(shù)據(jù)的一致性。 應(yīng)用場合： 傳播更新通知：無效化協(xié)議 傳播更新數(shù)據(jù)：讀操作對寫操作的比率很高時 傳播更新操作：主動復(fù)制 8.9一個文件被復(fù)制在10個服務(wù)器上，列出表決算法的“讀集團(tuán)”和“寫集團(tuán)”。 這是12個服務(wù)器是的例子： 此算法要求N（R）+N（W）>N N（W）>N/2 此題的N=10; 那么寫集團(tuán)可以為6 7 8 9 10 相應(yīng)的讀集團(tuán)為5 6 7 8 9 10 （NW=6） 4 5 6 7 8 9 10(NW=7) 以此類推。 8.14在基于頁面的DSM中如何維護(hù)副本擁有者和副本集這類控制信息？ 擁有4種算法： 集中管理算法 固定分布管理算法 廣播分布管理算法 動態(tài)分布管理算法 在書p223-225，此處不詳述。 9.2分布式文件系統(tǒng)的共享語義指的是什么，有哪幾種共享語義？ 文件共享語義是為了理解文件的行為。不同共享語義將導(dǎo)致不同編程實(shí)現(xiàn)方法。 種類： （1）UNIX語義（順序一致性語義） （2）會話語義 （3）不修改共享文件語義 （4）事務(wù)語義 見書p292 9.4NFS如何訪問遠(yuǎn)程文件，它的虛擬文件系統(tǒng)的作用是什么？ 如何訪問：遠(yuǎn)程共享文件或它的子目錄是通過虛inode（即vnode）形式掛接在本地文件目錄中。NFS客戶端與遠(yuǎn)程文件系統(tǒng)服務(wù)器之間通信采用安全的遠(yuǎn)程過程調(diào)用（RPC）方式，實(shí)現(xiàn)身份驗(yàn)證和消息驗(yàn)證，采用了RPC重傳技術(shù)，對文件共享進(jìn)行訪問控制。 作用：1.允許和操作系統(tǒng)使用不同的文件系統(tǒng)實(shí)現(xiàn)的接口。 2.是物理文件系統(tǒng)與服務(wù)之間的一個接口層，對每個文件系統(tǒng)的所有細(xì)節(jié)進(jìn)行抽象，使得不同的文件系統(tǒng)在系統(tǒng)中運(yùn)行的其他進(jìn)程看來，都是相同的。 9.9NFS的RPC實(shí)現(xiàn)了何種可靠性語義？ 通過復(fù)合調(diào)用 以及RPC重傳 可靠性語義有： 至少一次：保證正確完成消息傳送至少一次 至多一次：保證正確完成消息傳送至多一次。在沒有節(jié)點(diǎn)崩潰和網(wǎng)絡(luò)斷開情況下，它只正確地執(zhí)行一次消息傳送。 事務(wù)語義：它保證消息的原子性。不管節(jié)點(diǎn)崩潰或網(wǎng)絡(luò)端口與否，它或者完成一次消息傳送，或者什么也不做。 精確一次：無論在什么情況下，保證正確完成一次消息傳送，不管是否有節(jié)點(diǎn)崩潰或網(wǎng)絡(luò)斷開，它接近某種程度的容錯機(jī)制。 我們可以看出：符合“至少一次”的可靠性語義。 11.5CORBA的主要特點(diǎn)是什么？功能是什么？簡述CORBA系統(tǒng)中ORB的作用。 特點(diǎn)： （1）CORBA定義了一種面向?qū)ο蟮能浖?gòu)件構(gòu)造方法，使不同的應(yīng)用可以共享由此構(gòu)造出來的軟件構(gòu)件； （2）每個對象都將其內(nèi)部操作細(xì)節(jié)封裝起來，同時又向外界提供了精確定義的接口，從而降低了應(yīng)用系統(tǒng)的復(fù)雜性，也降低了軟件開發(fā)費(fèi)用； （3）CORBA的平臺無關(guān)性實(shí)現(xiàn)了對象的跨平臺引用，開發(fā)人員可以在更大的范圍內(nèi)選擇最實(shí)用的對象加入到自己的應(yīng)用系統(tǒng)之中； （4）CORBA的語言無關(guān)性使開發(fā)人員可以在更大的范圍內(nèi)相互利用別人的編程技能和成果， 是實(shí)現(xiàn)軟件復(fù)用的實(shí)用化工具 功能： （1）存取來自現(xiàn)行桌面應(yīng)用程序的分布信息和資源； （2）使現(xiàn)有業(yè)務(wù)數(shù)據(jù)和系統(tǒng)成為可供利用的網(wǎng)絡(luò)資源； （3）為某一特定業(yè)務(wù)用的定制的功能和能力來增強(qiáng)現(xiàn)行桌面工具和應(yīng)用程序； （4）改變和發(fā)展基于網(wǎng)絡(luò)的系統(tǒng)以反映新的拓?fù)浣Y(jié)構(gòu)或新資源； ORB的作用： ORB初始化 ORB接口操作 獲取初始對象引用 與線程有關(guān)的操作 策略設(shè)置與管理 對象引用操作 11.6什么是接口定義語言？它在分布式計(jì)算環(huán)境中起到什么作用？ 概念：是一個描述軟件組件接口的語言規(guī)范。 IDL用中立語言的方式進(jìn)行描述，能使軟件組件（不同語言編寫的）間相互通信。 IDL通常用于RPC（Remote Procedure Call，遠(yuǎn)程過程調(diào)用）軟件。 IDL提供了一個“橋”來連接不同的系統(tǒng)。 作用： （1）用IDL定義對象接口文件 （2）用ORB攜帶的編譯器對IDL定義的對象接口文件進(jìn)行編譯。 然后將此圖畫上： 11.7在CORBA的體系結(jié)構(gòu)中，根據(jù)接口的可移植性和定義方式，接口分為哪幾類，各起什么作用？ 1.ORB核心 實(shí)現(xiàn)對所有ORB都相同的接口 2. 對象適配器接口 連接對象實(shí)現(xiàn)和ORB。 3. 接口定義語言IDL和靜態(tài)接口 客戶用ORB攜帶的IDL編譯器，編譯對象接口IDL文件，生成特定編程語言（如C++）的Stub和Sleketon代碼。 4. 動態(tài)接口 在預(yù)先不知道服務(wù)對象接口的情況下，客戶通過查詢或采用其他手段獲得服務(wù)對象的接口描述信息，然后使用動態(tài)調(diào)用接口來構(gòu)造客戶請求，并發(fā)送給對象實(shí)現(xiàn)。 在對象實(shí)現(xiàn)方，可用動態(tài)骨架接口分發(fā)用戶請求的機(jī)制，以便動態(tài)處理客戶方的請求。 11.17簡述JAVA RMI體系結(jié)構(gòu) 遠(yuǎn)程方法調(diào)用RMI（Remote Method Invocation）是Java特有的分布式計(jì)算技術(shù)。它實(shí)質(zhì)上是通過Java編程語言擴(kuò)展了常規(guī)的過程調(diào)用，在網(wǎng)上不僅可以傳送對象的數(shù)據(jù)，而且可以傳送對象的代碼。 回答下面這張圖即可： 12.6什么是web契約，它要說明什么問題？ 概念：契約是供求雙方間進(jìn)行交換的一種約定，在面向服務(wù)的分布式計(jì)算系統(tǒng)中，契約是系統(tǒng)之間交換數(shù)據(jù)時應(yīng)遵守的約定（技術(shù)契約）。 說明的問題：服務(wù)功能描述（What） 服務(wù)訪問描述（How） 服務(wù)位置描述（Where） 12.7什么是服務(wù)的抽象描述？什么是服務(wù)的具體描述？它們描述的內(nèi)容是什么? 抽象描述：即服務(wù)功能描述，表達(dá)了契約公開的接口 具體內(nèi)容： 端口類型（接口）定義（portType） 操作定義（Operation Definition） 消息定義（Message Definition） 類型定義（Type Definition） 策略定義（Policy Definition） 具體描述：即服務(wù)訪問描述和服務(wù)位置描述，為抽象描述補(bǔ)充相關(guān)的實(shí)現(xiàn)細(xì)節(jié)，即如何訪問服務(wù)，同時關(guān)注從何處得到所需要的服務(wù)。 具體內(nèi)容： 端口類型（接口）綁定（Port Binding） 操作綁定（Operaion Binding） 消息綁定（Message Binding） 服務(wù)定義（Service Definition） 端口定義（Port Definition） 地址定義（Address Definition） 策略定義 12.8什么是WSDL？它與XML有什么關(guān)系？WSDL用來描述什么實(shí)體？ WSDL:即web服務(wù)描述語言。 關(guān)系： 1.wsdl是一個基于XML的語言，它描述 了和特定Web服務(wù)之間的交互機(jī)制，并且使用該語言可以約束服務(wù)提供者以及使用服務(wù)的所有請求者 } 2.wsdl是一個基于XML的規(guī)范模式， 提供了一個標(biāo)準(zhǔn)的服務(wù)表示語言，可用于描述Web服務(wù)所暴露的公共接口細(xì)節(jié) WSDL用于描述網(wǎng)絡(luò)服務(wù)。 12.9什么是SOAP？它與HTTP和WSDL有什么關(guān)系？ SOAP:簡易對象訪問協(xié)議。 關(guān)系：SOAP是個通信協(xié)議， SOAP在HTTP協(xié)議的基礎(chǔ)上，把編寫成XML的REQUEST參數(shù), 放在HTTP BODY上提交給WEB SERVICE服務(wù)器。WEB SERVICE服務(wù)器處理完成后，把結(jié)果也寫成XML作為RESPONSE送回用戶端，為了使用戶端和WEB SERVICE可以相互對應(yīng)，可以使用WSDL作為這種通信方式的描述文件，利用WSDL工具可以自動生成WS和用戶端的框架文件。 12.10什么是UDDI?它與HTTP、WSDL和SOAP的關(guān)系是什么？ UDDI:通用描述、發(fā)現(xiàn)和集成 關(guān)系： WSDL用來描述服務(wù)； UDDI用來注冊和查找服務(wù)； SOAP作為傳輸層，用來在消費(fèi)者和服務(wù)提供者之間傳送消息。SOAP是Web服務(wù)的默認(rèn)機(jī)制，其他的技術(shù)為可以服務(wù)實(shí)現(xiàn)其他類型的綁定。 用戶可以在UDDI注冊表（registry）查找服務(wù)，取得服務(wù)的WSDL描述，然后通過SOAP來調(diào)用服務(wù)，同時UDDI采用的也是HTTP協(xié)議。 或答： Web服務(wù)提供方通過WSDL描述所提供的服務(wù),并將這一描述告知Web 服務(wù)注冊服務(wù)器。注冊服務(wù)器依據(jù)WSDL的描述,依照UDDI的協(xié)定更新服務(wù)目錄并在Internet 上發(fā)布。用戶在使用Web服務(wù)前先向注冊服務(wù)器發(fā)出請求,獲得Web 服務(wù)提供者的地址和服務(wù)接口信息,之后使用SOAP協(xié)議與Web服務(wù)提供者建立連接,進(jìn)行通信。 12.13什么是SOA概念框架？SOA試圖解決什么問題？ SOA的概念架構(gòu)采用分層模式，這個架構(gòu)自底向上是操作系統(tǒng)層、服務(wù)組件層、服務(wù)層、業(yè)務(wù)流程編排層和訪問表現(xiàn)層。 把圖畫上： 試圖解決的問題： （1）企業(yè)業(yè)務(wù)模式的變化：傳統(tǒng)的業(yè)務(wù)部門的消失，如企業(yè)運(yùn)輸部門 （2）過去的IT系統(tǒng)建設(shè)以部門為基礎(chǔ)整合，是部門內(nèi)的垂直整合；現(xiàn)在需要在企業(yè)各部門間進(jìn)行水平整合 （3）企業(yè)IT系統(tǒng)抽象程度低 （4）企業(yè)IT系統(tǒng)改變或者升級時，原有的硬件和軟件資源希望在新系統(tǒng)中盡可能重用 12.17試述BPEL、SCA和SDO之間的關(guān)系 1. 服務(wù)編排和流程整合 服務(wù)的串聯(lián)，即業(yè)務(wù)流程BPEL、服務(wù)的構(gòu)建和使用SCA 數(shù)據(jù)的描述SDO，這三部分構(gòu)成了SOA架構(gòu)鐵三角 2. SOA中，需要有數(shù)據(jù)模型與其他的數(shù)據(jù)模式交互（如數(shù)據(jù)庫，文件），與SCA相應(yīng)的數(shù)據(jù)模型為SDO 3. SCA組件的實(shí)現(xiàn)類型包括BPEL