1.成為rmi伺服器等待資源請求者的連線
2.根據請求者的節點資訊以及分配資源的資訊連線到資源請求者伺服器並開始傳送。
在成為資源擁有者前，除了資源伺服器擁有資源外，就沒有任何伺服器了。在資源請求者中說過了，請求完資源後會向註冊中心註冊資源，這樣就正式成為乙個資源擁有者了。在上述功能中其實已經談到了，資源擁有者是開啟了乙個rmi伺服器的，在得到請求者的請求後（rmi），會去連線傳送者的資源接收伺服器，根據資源分配資訊開始傳送就好了。
資源擁有者對應的類，這裡進行了基本配置並可以開啟與關閉rmi伺服器。這裡有乙個值得注意的地方，這裡所有的方法以及成員都是靜態的，為什麼使用靜態？
因為在我的底層框架中會去呼叫請求者請求的方法，但是在請求的方法中需要使用到以上所有的成員以及方法，這樣就不行了，除非是使用乙個內部類來實現介面方法。否則就只有全部使用靜態的方法，那麼直接get就可以得到我們要使用的任何成員。
這裡就是多檔案雲傳輸的資源擁有者的所有。
多檔案自平衡雲傳輸 一 專案概述
基於上述的場景可以模擬實現一套多檔案傳輸的系統。基本思路不變暫且將需要獲取檔案資源的一端視為資源請求者，將擁有該視屏資源的一端視為資源持有者。資源持有者持有該資源時向資源註冊註冊該資源 主伺服器一定是持有所有資源的 請求者需要獲取某個資源時先向資源註冊中心獲知誰擁有該資源，得到資源持有者的網路位址後...
多檔案雲傳輸簡介
多檔案雲傳輸 框架架構 框架介紹 資源註冊中心只持有資源的基本資訊，而詳細資訊只能是是伺服器所持有。持有資源的客戶機將向註冊中心註冊為資源持有者 伺服器 所以我的多檔案自平衡雲傳輸框架，有乙個顯著的特點，那就是當某個客戶端在進行伺服器請求的時候，最開始只有伺服器有資源，當某個客戶端擁有資源後，自己同...
專案 多檔案雲傳輸框架實現效果展示
注意 乙個資源未必是乙個檔案，也可以是乙個根目錄下的所有檔案。多檔案雲傳輸框架效果展示 多檔案雲傳輸模態框大圖 資源基本資訊 的定義 對第4 5點進行補充 資源請求者將要接收的資源檔案們根據擁有者數量均勻分片，再向擁有者們傳送請求,請求者開啟接收伺服器接收擁有者發來的片段，並彈出模態框實時顯示該資源...