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

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