注意：乙個資源未必是乙個檔案，也可以是乙個根目錄下的所有檔案。
多檔案雲傳輸框架效果展示
多檔案雲傳輸模態框大圖
「資源基本資訊」的定義：
對第4、5點進行補充：
資源請求者將要接收的資源檔案們根據擁有者數量均勻分片，再向擁有者們傳送請求,請求者開啟接收伺服器接收擁有者發來的片段，並彈出模態框實時顯示該資源下各個檔案接收情況等，一但接收完畢，模態框自動消失，若期間某些傳送方異常掉線導致某些檔案片段缺失，系統會自行進行斷點續傳，將未接受到的片段重新分片給剩餘的傳送端再次傳送。
註冊中心提供功能（短連線）：
「資源」管理；
「資源擁有者」註冊；
「資源擁有者」登出；
「資源請求者」請求資源；
資源擁有者與資源之間的關係管理；
資源擁有者的管理（心跳檢測，定期清理無用擁有者）。
資源擁有者向註冊中心註冊資源時，需要提供資源基本資訊；
資源註冊中心將以上述內容的綜合(hashcode)作為資源編號。
資源編號作為key，而擁有該資源的資源擁有者形成的list作為value。list中存的節點是每個資源擁有者的ip 和 port。
下圖是此專案整體模組展示：
多檔案雲傳輸框架，依賴於之前自主編寫的兩個主要框架，分別是rmi框架以及資源發現框架。
多檔案雲傳輸框架介紹
為此，我們產生了多檔案傳輸框架，當乙個客戶端請求到資源後，它會搖身一變變成資源擁有者，並向註冊中心註冊；若之後再有請求該資源的客戶端，則由這些擁有資源的客戶機向其傳送資源片段。這樣做減輕了伺服器的壓力。在出現大量請求時，伺服器也足夠穩定。
多檔案雲傳輸簡介
多檔案雲傳輸 框架架構 框架介紹 資源註冊中心只持有資源的基本資訊，而詳細資訊只能是是伺服器所持有。持有資源的客戶機將向註冊中心註冊為資源持有者 伺服器 所以我的多檔案自平衡雲傳輸框架，有乙個顯著的特點，那就是當某個客戶端在進行伺服器請求的時候，最開始只有伺服器有資源，當某個客戶端擁有資源後，自己同...
多檔案自平衡雲傳輸 一 專案概述
基於上述的場景可以模擬實現一套多檔案傳輸的系統。基本思路不變暫且將需要獲取檔案資源的一端視為資源請求者，將擁有該視屏資源的一端視為資源持有者。資源持有者持有該資源時向資源註冊註冊該資源 主伺服器一定是持有所有資源的 請求者需要獲取某個資源時先向資源註冊中心獲知誰擁有該資源，得到資源持有者的網路位址後...
多檔案自平衡雲傳輸 五 資源擁有者
1.成為rmi伺服器等待資源請求者的連線 2.根據請求者的節點資訊以及分配資源的資訊連線到資源請求者伺服器並開始傳送。在成為資源擁有者前，除了資源伺服器擁有資源外，就沒有任何伺服器了。在資源請求者中說過了，請求完資源後會向註冊中心註冊資源，這樣就正式成為乙個資源擁有者了。在上述功能中其實已經談到了，...