多檔案雲傳輸
框架架構：
框架介紹：
資源註冊中心只持有資源的基本資訊，而詳細資訊只能是是伺服器所持有。持有資源的客戶機將向註冊中心註冊為資源持有者（伺服器）。
所以我的多檔案自平衡雲傳輸框架，有乙個顯著的特點，那就是當某個客戶端在進行伺服器請求的時候，最開始只有伺服器有資源，當某個客戶端擁有資源後，自己同樣可以充當乙個服務端，那麼當再有客戶端請求相同的資源的時候，那就會存在兩個服務端可以進行資源的傳送，以此類推，在出現了大量客戶端的請求是時，對於真正的伺服器來說，壓力有一定的降低。
對於真正的伺服器來說，首先向註冊中心伺服器進行資源的註冊，告知註冊資源自己的資訊以及自己擁有的資源，當某個客戶端向伺服器請求資源時，服務端只是響應相關資源的一些基本的資訊，而不會直接將真正的資源傳送給客戶端，此時客戶端根據資源的基本資訊，去向註冊中心請求相關擁有該資源的節點列表，客戶端根據返回的節點列表的資訊，進行負載均衡挑選合適的能夠傳送資源的節點，進行鏈結這些節點，由這些節點伺服器進行資源不同片段的傳送。客戶端根據一定的方案，將分散的資源進行整合。同時在接收到完整的資源之後，自已同樣也可以作為乙個傳送端。
專案 多檔案雲傳輸框架實現效果展示
注意 乙個資源未必是乙個檔案，也可以是乙個根目錄下的所有檔案。多檔案雲傳輸框架效果展示 多檔案雲傳輸模態框大圖 資源基本資訊 的定義 對第4 5點進行補充 資源請求者將要接收的資源檔案們根據擁有者數量均勻分片，再向擁有者們傳送請求,請求者開啟接收伺服器接收擁有者發來的片段，並彈出模態框實時顯示該資源...
多檔案自平衡雲傳輸 五 資源擁有者
1.成為rmi伺服器等待資源請求者的連線 2.根據請求者的節點資訊以及分配資源的資訊連線到資源請求者伺服器並開始傳送。在成為資源擁有者前，除了資源伺服器擁有資源外，就沒有任何伺服器了。在資源請求者中說過了，請求完資源後會向註冊中心註冊資源，這樣就正式成為乙個資源擁有者了。在上述功能中其實已經談到了，...
多檔案自平衡雲傳輸 一 專案概述
基於上述的場景可以模擬實現一套多檔案傳輸的系統。基本思路不變暫且將需要獲取檔案資源的一端視為資源請求者，將擁有該視屏資源的一端視為資源持有者。資源持有者持有該資源時向資源註冊註冊該資源 主伺服器一定是持有所有資源的 請求者需要獲取某個資源時先向資源註冊中心獲知誰擁有該資源，得到資源持有者的網路位址後...