分布計(jì)算環(huán)境作業(yè)一 通過(guò)生成進(jìn)程來(lái)構(gòu)建并發(fā)服務(wù)器與使用多線程來(lái)構(gòu)建并發(fā)服務(wù)器相比有優(yōu)點(diǎn)也有缺點(diǎn)，請(qǐng)分析這兩種方式的優(yōu)缺點(diǎn)。你認(rèn)為基于CORBA實(shí)現(xiàn)的并發(fā)服務(wù)器是基于生成進(jìn)程的方法，還是基于多線程的方法？為什么？并發(fā)服務(wù)器需要同時(shí)處理多個(gè)請(qǐng)求。采用多進(jìn)程：優(yōu)點(diǎn)：1）處理各個(gè)請(qǐng)求的進(jìn)程之間隔離性好。缺點(diǎn)：1）創(chuàng)建/撤銷處理各個(gè)請(qǐng)求的進(jìn)程的代價(jià)大；2）分發(fā)器（主進(jìn)程）將請(qǐng)求發(fā)送到另一個(gè)進(jìn)程的代價(jià)大（如果能說(shuō)明為什么代價(jià)大更好）；3）如果各個(gè)子進(jìn)程間需要通信，代價(jià)大。采用線程：優(yōu)點(diǎn)：1）創(chuàng)建/撤銷處理各個(gè)請(qǐng)求的線程的代價(jià)?。?）分發(fā)器（主線程）將請(qǐng)求發(fā)送到另一個(gè)線程的代價(jià)?。ㄈ绻軌蛘f(shuō)明為什么代價(jià)小更好）；3）如果各個(gè)線程間需要通信，代價(jià)小。缺點(diǎn)：1）一個(gè)線程出問(wèn)題，可能會(huì)影響其他線程。CORBA：使用多線程技術(shù)實(shí)現(xiàn)并發(fā)服務(wù)器。因?yàn)槿绻捎枚噙M(jìn)程實(shí)現(xiàn)，有以下問(wèn)題： 1）服務(wù)器端要同時(shí)維護(hù)多個(gè)可被用戶訪問(wèn)的CORBA對(duì)象，這些對(duì)象的數(shù)量常常會(huì)比較大，為每個(gè)服務(wù)對(duì)象起一個(gè)進(jìn)程，進(jìn)程數(shù)會(huì)比較大，系統(tǒng)開(kāi)銷過(guò)大；2）對(duì)于遠(yuǎn)程方法調(diào)用來(lái)說(shuō)，請(qǐng)求的參數(shù)比較復(fù)雜，主進(jìn)程將請(qǐng)求再發(fā)送給子進(jìn)程，開(kāi)銷比較大；3）主進(jìn)程、子進(jìn)程都需要ORB的Runtime，進(jìn)程啟動(dòng)/撤銷的代價(jià)大；所以如果采用多進(jìn)程的話實(shí)現(xiàn)并發(fā)CORBA服務(wù)器很困難。主要問(wèn)題：(一) 針對(duì)性不夠：a) 直接羅列進(jìn)程和線程的優(yōu)缺點(diǎn)(二) 理由不夠充分：a) 為支持高并發(fā)及高可用，所以多線程或多進(jìn)程b) 為支持穩(wěn)定性和健壯性，所以多線程或多進(jìn)程c) ORB拿到請(qǐng)求后要決定哪一個(gè)對(duì)象實(shí)例完成這個(gè)請(qǐng)求，送過(guò)去，這種工作過(guò)程類似于線程d) 多線程更適合，代價(jià)低，所以e) 因?yàn)镺RB每拿到一個(gè)對(duì)象都會(huì)派生一個(gè)線程，所以f) 事務(wù)控制，所以.g) CORBA要對(duì)穩(wěn)定性隔離性要求較高，所以基于進(jìn)程方式(三) 沒(méi)有弄清楚題目問(wèn)的重點(diǎn)：a) CORBA支持遠(yuǎn)程調(diào)用，客戶和服務(wù)器不在同一個(gè)位置，所以多進(jìn)程(四) 其它：a) 服務(wù)對(duì)象由不同語(yǔ)言編寫(xiě)，不能在單一進(jìn)程中b) 因?yàn)镻OA有線程策略，那么如果你不知道POA的工作機(jī)制呢？c) 多個(gè)伺服對(duì)象在不同位置，所以多進(jìn)程。二 為什么傳輸層通信服務(wù)往往不適合用于直接構(gòu)建比較復(fù)雜的分布式應(yīng)用？目前的解決辦法是什么？為什么這樣做？首先，說(shuō)明傳輸層通信服務(wù)提供什么樣的能力？只是為端到端連接提供傳輸服務(wù)。其次分析構(gòu)建比較復(fù)雜分布式應(yīng)用需要什么樣的支持？不僅僅是端到端的通信支持，而且要求具有一些分布透明性，如位置的透明性、訪問(wèn)透明性等，顯然，僅僅基于傳輸層服務(wù)，位置、訪問(wèn)透明性等的支持，例如遠(yuǎn)程對(duì)象訪問(wèn)方法的打包拆包等等，都需要應(yīng)用程序開(kāi)發(fā)者來(lái)負(fù)責(zé)實(shí)現(xiàn)，大大加大了應(yīng)用開(kāi)發(fā)的難度。目前使用分布計(jì)算環(huán)境（中間件）來(lái)支持相應(yīng)的分布式應(yīng)用系統(tǒng)的實(shí)現(xiàn)。例如使用CORBA、EJB支持面向?qū)ο蟮姆植际较到y(tǒng)的實(shí)現(xiàn)。使用消息中間件來(lái)支持面向消息的分布式系統(tǒng)的實(shí)現(xiàn)。使用Web Service來(lái)實(shí)現(xiàn)Web環(huán)境下分布式系統(tǒng)的實(shí)現(xiàn)。等等（舉2個(gè)或以上例子就好）。這些分布式計(jì)算環(huán)境解決了相應(yīng)的分布式應(yīng)用系統(tǒng)要解決的共性問(wèn)題，如支持訪問(wèn)、位置透明性，使得分布式應(yīng)用系統(tǒng)可以更加方便地構(gòu)建。主要問(wèn)題：(一) 為什么不行，說(shuō)得太簡(jiǎn)單，就說(shuō)了沒(méi)有支持分布透明性，需要開(kāi)發(fā)人員注意通信的實(shí)現(xiàn)，從而導(dǎo)致解決方案的可擴(kuò)展性很差。(二) 解決方法單一：ODP、RPC、MPI、HTTP、消息隊(duì)列.。(三) 使用C/S模式。(四) 流、各種應(yīng)用級(jí)協(xié)議都提到了，就是不提分布計(jì)算環(huán)境。(五) 局限在通信一點(diǎn)上。三 DNS中的高層命名服務(wù)器（那些在DNS命名空間中接近根的）一般不支持遞歸式名字解析，為什么？你認(rèn)為CORBA的命名服務(wù)使用的是哪種解析方法，為什么？（1） 采用遞歸方式，對(duì)性能影響較大：維持緩存、服務(wù)器要等待等等。而基于DNS的工作機(jī)制，高層服務(wù)器要處理的請(qǐng)求量大，對(duì)性能要求高。所以（2） CORBA命名服務(wù)通過(guò)resolve方法，根據(jù)指定的對(duì)象名，返回給相應(yīng)的對(duì)象引用，對(duì)于客戶來(lái)說(shuō)，這是一次請(qǐng)求得到最終結(jié)果的方式，因此可以認(rèn)為是遞歸方式。采用這種一次性獲得結(jié)果的方式，使得客戶端編程簡(jiǎn)單便捷。主要問(wèn)題：(一) 說(shuō)明了DNS的工作機(jī)制，指明根域名服務(wù)器不支持遞歸，但沒(méi)有說(shuō)明為什么。(二) CORBA名字空間的樹(shù)形結(jié)構(gòu)是基于LDAP屬性的嗎？(三) CORBA的命名服務(wù)提供了Iterator迭代接口，但這不能說(shuō)明是迭代解析。(四) 至于DNS中的重定位/重定向方式，在CORBA中主要用于提供重置透明性，與命名服務(wù)的工作機(jī)制無(wú)關(guān)。四 CORBA ORB中，實(shí)現(xiàn)了ODP工程視點(diǎn)中存根對(duì)象、聯(lián)編對(duì)象和協(xié)議對(duì)象的功能的組件分別是什么？CORBA應(yīng)用中，對(duì)應(yīng)于客戶端和服務(wù)器端的基本工程對(duì)象的組件分別是什么？存根對(duì)象：服務(wù)器端骨架、客戶端存根；聯(lián)編對(duì)象：ORB核心和對(duì)象適配器；協(xié)議對(duì)象：ORB核心；服務(wù)器端基本工程對(duì)象：對(duì)象實(shí)現(xiàn)的實(shí)例（伺服對(duì)象）；客戶端基本工程對(duì)象：客戶應(yīng)用程序。主要問(wèn)題：答非所問(wèn)的，把通道里的對(duì)象也當(dāng)成基本工程對(duì)象的。五 現(xiàn)要為某網(wǎng)上商城實(shí)現(xiàn)一個(gè)商品價(jià)格查詢服務(wù)，該服務(wù)具有以下功能： 用戶可以主動(dòng)查詢某個(gè)商品的價(jià)格。 用戶可以訂購(gòu)某個(gè)商品的價(jià)格，當(dāng)商品價(jià)格低于用戶指定的閾值時(shí)，該服務(wù)通知訂購(gòu)用戶當(dāng)前的價(jià)格。 多個(gè)用戶可同時(shí)使用該服務(wù)?，F(xiàn)要使用面向?qū)ο蟮募夹g(shù)，如CORBA技術(shù)實(shí)現(xiàn)該服務(wù)：請(qǐng)描述該服務(wù)對(duì)象和客戶端程序(用戶程序)分別需要實(shí)現(xiàn)的接口。接口可以采用任何一種程序設(shè)計(jì)語(yǔ)言描述（甚至夾雜自然語(yǔ)言），但要明確每個(gè)接口名、接口中的方法名、方法的返回值和參數(shù)名以及類型。商品價(jià)格查詢服務(wù)的接口：方法一：價(jià)格查詢Float getPrice（String goodID） throws someFailure返回值為價(jià)格。方法二：訂購(gòu)價(jià)格變化情況Void subscribe(String goodID, float myInterestPrice, Ref myCallback) throws some someFailure其中，myInterestPrice為指定的價(jià)格閾值，myCallback為實(shí)現(xiàn)nicePrice()方法的客戶端回調(diào)接口對(duì)象引用?？蛻舳藢?shí)現(xiàn)的接口：方法一：Void nicePrice(String goodID, float nicePrice) throws some someFailure其中，nicePrice是低于閾值的新價(jià)格。（參數(shù)類型和名字等，可在合理范圍內(nèi)變動(dòng)。缺失紅色部分，不會(huì)扣分）主要問(wèn)題：寫(xiě)代碼的。寫(xiě)屬性的。接口與方法混淆的。代碼里直接寫(xiě)著提醒用戶的。還有把客戶端和服務(wù)器端要實(shí)現(xiàn)的方法寫(xiě)在同一個(gè)接口中的。首先弄清楚，誰(shuí)實(shí)現(xiàn)的接口由誰(shuí)來(lái)調(diào)。六 無(wú)狀態(tài)會(huì)話Bean可以用于實(shí)現(xiàn)有狀態(tài)的應(yīng)用嗎？為什么？可以。雖然無(wú)狀態(tài)會(huì)話Bean在不同方法調(diào)用中不保留任何狀態(tài)，但可以將用于識(shí)別會(huì)話的數(shù)據(jù)保留在客戶端，客戶隨后的請(qǐng)求中攜帶該數(shù)據(jù)，使得接收請(qǐng)求的無(wú)狀態(tài)會(huì)話Bean可以識(shí)別出正在為哪個(gè)會(huì)話進(jìn)行處理，從而實(shí)現(xiàn)有狀態(tài)服務(wù)。例如，無(wú)狀態(tài)會(huì)話Bean在客戶某次會(huì)話的第一次請(qǐng)求時(shí)將一個(gè)可以標(biāo)識(shí)本次會(huì)話的ID返回給客戶方，由客戶保存，同時(shí)服務(wù)器將該會(huì)話相關(guān)的狀態(tài)數(shù)據(jù)保留在持久化存儲(chǔ)中。則該會(huì)話持續(xù)過(guò)程中，客戶每次請(qǐng)求服務(wù)器時(shí)，在方法參數(shù)中加入這個(gè)ID，這樣，無(wú)狀態(tài)會(huì)話Bean的該方法執(zhí)行時(shí)，可以根據(jù)這個(gè)標(biāo)識(shí)符從數(shù)據(jù)庫(kù)中取出相應(yīng)的狀態(tài)數(shù)據(jù)，基于該數(shù)據(jù)進(jìn)行處理，處理完后新?tīng)顟B(tài)可以重新存入數(shù)據(jù)庫(kù)，以備后續(xù)調(diào)用使用，從而實(shí)現(xiàn)有狀態(tài)服務(wù)。主要問(wèn)題：第一問(wèn)不明確答復(fù)。明確回答可以或者不可以。把無(wú)狀態(tài)會(huì)話Bean的定義和特點(diǎn)抄一遍就是原因了?；卮鸩豢梢裕?yàn)榇嬖谟趯?duì)象池中供多個(gè)客戶使用，所以不能保持某一客戶的狀態(tài)。無(wú)狀態(tài)會(huì)話Bean中也有成員變量。無(wú)狀態(tài)會(huì)話Bean會(huì)有成員變量嗎？你需要怎么謹(jǐn)慎地使用它，才能保證這個(gè)狀態(tài)不至于影響各個(gè)方法的調(diào)用結(jié)果？想一想，為什么EJB2.0中說(shuō)到，無(wú)狀態(tài)會(huì)話Bean的Create方法沒(méi)有參數(shù)？（計(jì)數(shù)器服務(wù)？）使用Cookie，Bean的使用環(huán)境中無(wú)Cookie。有狀態(tài)Bean New不出那么多，大家共享。七 EJB3.0中是否還有類似EJB2.0中的生命周期方法（回調(diào)方法）的成份存在？ 為什么？還有。因?yàn)镋JB3.0中的Bean，例如很多有狀態(tài)會(huì)話Bean，仍然需要有容器負(fù)責(zé)相應(yīng)的狀態(tài)初始化、狀態(tài)保存、狀態(tài)恢復(fù)等生命周期管理工作，如在初始化或者從外存恢復(fù)到內(nèi)存時(shí)進(jìn)行狀態(tài)的賦值，所以必須要有相應(yīng)的接口如回調(diào)函數(shù)供容器調(diào)用從而完成這些工作，這些回調(diào)函數(shù)的作用與2.0的生命周期函數(shù)是基本一樣的。只是回調(diào)函數(shù)的定義方法與2.0不一樣，不再需要實(shí)現(xiàn)某個(gè)接口，而是可以定義任意名字的方法，通過(guò)增加標(biāo)注如PostConstruct來(lái)聲明其為一標(biāo)注指定類型的回調(diào)方法。主要問(wèn)題：明確回答有或者沒(méi)有。八 在語(yǔ)義網(wǎng)中，各概念（或資源）間的關(guān)系有清晰的定義，請(qǐng)問(wèn)這些關(guān)系可以由語(yǔ)義網(wǎng)中的哪些技術(shù)來(lái)定義？為什么？（不考慮本體上面的層次）可以使用RDF Schema自身詞匯、RDF Schema 定義的新的詞匯、本體語(yǔ)言自身詞匯、本體語(yǔ)言定義的新的詞匯。例如RDF schema 中的subClassOf、value； RDF Schema 定義的新的詞匯author；本體語(yǔ)言O(shè)WL中的disjointWith、partOf；OWL定義的Fly。主要問(wèn)題：不針對(duì)性回答問(wèn)題，把相關(guān)定義抄一遍。九 輕量級(jí)容器的控制反轉(zhuǎn)實(shí)質(zhì)上是“對(duì)象生成”的控制權(quán)的倒置，這是把對(duì)象生成的控制權(quán)從對(duì)象的調(diào)用者交給了被調(diào)用對(duì)象嗎？為什么？ 不是。因?yàn)閷?shí)際上是把對(duì)象生成的控制權(quán)從對(duì)象的調(diào)用者交給了容器，由容器來(lái)控制。容器根據(jù)配置文件或者標(biāo)注，為調(diào)用對(duì)象創(chuàng)建出被調(diào)用對(duì)象（被依賴對(duì)象），然后把創(chuàng)建好的對(duì)象注入到調(diào)用對(duì)象那里，供調(diào)用對(duì)象使用。主要問(wèn)題：沒(méi)有明確說(shuō)交給了容器或由容器來(lái)控制。十 XML標(biāo)記及其標(biāo)記之間的嵌套可以描述XML文檔的結(jié)構(gòu)并傳達(dá)所標(biāo)記數(shù)據(jù)的含義，因此對(duì)數(shù)據(jù)的處理方式取決于標(biāo)記，對(duì)嗎？為什么？不對(duì)。雖然XML標(biāo)記說(shuō)明了數(shù)據(jù)的含義，但是處理方式取決于具體處理這個(gè)數(shù)據(jù)的程序或者腳本，對(duì)于同樣含義的數(shù)據(jù)，可以有不同的處理方式。當(dāng)然，對(duì)于標(biāo)準(zhǔn)化的程序，比如XHTML的瀏覽器，對(duì)于X