<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    隨筆-159  評論-114  文章-7  trackbacks-0
    簡單來說,要實現(xiàn)A機器上JVM上運行的Java程序,遠程調用B機器上JVM上的Java程序,計算完畢,返回給A機器。

    在沒有RMI的情況下,我們使用普通的網(wǎng)絡傳輸技術能完成么?當然,兩種選擇,Socket直接通訊,將參數(shù)傳給B,B在通過Socket返還給調用者。或者通過Servlet也可以遠程調用阿。

    那么這樣解決問題時沒有問題,但對于A和B來說,代碼量、程序復用程序、維護性都不會太理想。

    如果能讓調用者不知道網(wǎng)絡操作,實現(xiàn)對于用戶透明,也就是像調用本地一樣,對象名.方法名。

    那么就是RMI規(guī)范涉及到一些接口。

    面向接口的編程方式,就可以達到代碼的實現(xiàn)與聲明分離。

    這樣用戶就只關心接口了。很多細節(jié)讓遵守規(guī)范(也就是一些編寫好的工具)的實現(xiàn)類去完成吧。[就是Stub和Skeleton]

    那么就先定一個用戶A要知道怎么用,B要知道方法簽名完成實現(xiàn),的同一接口吧。

    import?java.rmi.*;

    public?interface?Compute?extends?Remote{
    ????
    ????
    public?double?add(double?a,double?b)?throws?RemoteException;
    ????
    }

    兩點要求

    1,繼承標記接口Remote。

    identify interfaces whose methods may be invoked from a non-local virtual machine.

    標識該接口可以被非本地VM調用唄。

    2,里面每個方法都要拋出RemoteException


    業(yè)務接口的實現(xiàn)類,也就是做實事的類

    import?java.rmi.server.*;
    import?java.rmi.*;

    public?class?ComputeImpl?extends?UnicastRemoteObject?implements?Compute
    {
    ????
    //要在構造方法拋出異常
    ????public?ComputeImpl()?throws?RemoteException{}
    ????
    ????
    public?double?add(double?a,double?b){
    ????????
    return?a+b;
    ????}

    }


    =====================
    javac *.class

    rmic -keep ComputeImpl
    帶參數(shù),可以保留Stub和Skeleton源碼。

    通過ComputeImpl的實現(xiàn)類來生成負責通訊的Stub(存根)和Skeleton(框架)

    ======================

    那么就是要把這個對象綁定到一個端口上。

    以便別人來使用

    編寫一個Server

    import?java.rmi.*;

    public?class?Server
    {

    ????
    public?static?void?main(String[]?args)?throws?Exception
    ????
    {
    ????????ComputeImpl?c?
    =?new?ComputeImpl();
    ????????Naming.bind(
    "rmi://localhost:8888/compute",c);//compute別名
    ????}


    }

    客戶端

    import?java.rmi.*;

    public?class?Client
    {
    ????
    public?static?void?main(String[]?args)?throws?Exception
    ????
    {
    ????????Compute?c?
    =?(Compute)Naming.lookup("rmi://localhost:8888/compute");//rmiregistry首先響應
    ????????
    //實際c是Stub對象
    ????????System.out.println(c.getClass());
    ????????System.out.println(c.add(
    12.3,34));
    ????}
    ???
    }


    ?看到?jīng)]有,客戶端通過rmi協(xié)議到服務器上尋找/compute資源對象。那個Naming是RMI專用,不是JNDI。

    那么Server類并沒有負責監(jiān)聽阿。

    哦,最后有一個強大的工具在JAVA_HOME/bin/下,叫做rmiregistry,專門負責監(jiān)聽固定端口上,rmi協(xié)議的請求。

    =================
    rmiregistry 8888

    =================

    啟動Server,綁定遠程對象阿

    java Server

    =================

    啟動一個Client,調用一下

    java Client

    =================

    rmi.jpg

    ===============

    另外一些小問題

    由于rmiregistry 工具的不斷強大,jdk1.4已經(jīng)可以不再使用skeleton,到1.5,根本就不生成skeleton了。

    rmiregistry可以充當skeleton角色完成功能。

    記住EJB中,還不行,因為沒有rmiregistry工具了。呵呵,明白了?

    =========================

    所以什么呢,RMI就是一種代理模式的應用Stub,就是實際實現(xiàn)類的客戶代理。

    但需要統(tǒng)一的接口,才能對于用戶、調用者透明啊!

    ------------------------


    我說的比較通俗。還有很多深刻的東西。

    posted on 2006-03-19 22:42 北國狼人的BloG 閱讀(1337) 評論(0)  編輯  收藏 所屬分類: 達內學習總結
    主站蜘蛛池模板: 亚洲性线免费观看视频成熟| 亚洲国产另类久久久精品小说| 亚洲国产美女视频| 久久青草免费91观看| 亚洲国产精品一区二区久久hs| 国产男女爽爽爽免费视频| 亚洲精品无码久久不卡| 免费精品国产自产拍在线观看| 在线播放免费播放av片| 色欲aⅴ亚洲情无码AV蜜桃| 免费看大美女大黄大色| 日韩亚洲综合精品国产| 免费a级毛片永久免费| 一区二区在线视频免费观看| 亚洲精品和日本精品| 在线观看人成视频免费无遮挡 | 永久免费AV无码网站在线观看| 亚洲精品色播一区二区| 精品免费国产一区二区| 鲁啊鲁在线视频免费播放| 中文亚洲AV片在线观看不卡| 免费网站观看WWW在线观看| 亚洲毛片在线免费观看| 妞干网免费视频观看| 国产亚洲精品美女| 亚洲中文字幕第一页在线| 无码精品人妻一区二区三区免费看 | 亚洲熟妇无码八AV在线播放| 久久这里只精品国产免费10| 亚洲精品欧洲精品| 国产精品嫩草影院免费| a级精品九九九大片免费看| 亚洲欧洲国产精品久久| 四虎影在线永久免费四虎地址8848aa| kk4kk免费视频毛片| 亚洲视频网站在线观看| 特级淫片国产免费高清视频| 亚洲一区二区三区免费| 亚洲videos| 久久精品国产精品亚洲人人 | 国产啪亚洲国产精品无码|