現(xiàn)在的項目是項目本體存在服務器中，用戶想要觀看數(shù)字孿生項目，就需要打開對應的頁面，然后html鏈接至服務器加載數(shù)字孿生項目，加載過程中，需要將3d項目中的模型材質(zhì)等，加載至本體網(wǎng)頁，加載完畢方可查看。但是由于網(wǎng)頁本身的一些設置以及連接方式就決定了，想要展示有大量模型文件以及材質(zhì)的數(shù)字孿生項目會產(chǎn)生很多問題。

1.最大的問題就在于網(wǎng)頁由于其內(nèi)核限制，只能給一個單獨網(wǎng)頁分配2G內(nèi)存，這就導致含有大量模型文件的數(shù)字孿生項目，需要不斷降低模型質(zhì)量，減小內(nèi)存消耗，將內(nèi)存占用量降到2G一下才能運行。

2.是大量模型材質(zhì)文件也帶來了另一個問題，網(wǎng)頁需要將所有的模型材質(zhì)文件加載至網(wǎng)頁才能觀看，這就帶來了首次運行漫長的加載時間，同時對于網(wǎng)絡狀態(tài)不好的地方，這個問題還會加劇。

3.大量的模型材質(zhì)也導致了另一個問題，網(wǎng)頁是將模型材質(zhì)加載至網(wǎng)頁后才能運行，運行時的渲染和計算壓力就來到了客戶端，客戶的電腦配置差就會導致，比如說畫面模糊，幀率低，模型材質(zhì)無法加載等問題。

4.由于數(shù)字孿生項目本身是依托于其他服務器來啟動自身，自身并不帶有服務器功能，因此有很多網(wǎng)絡服務上的功能受限于服務器，比如端口跨域，rtsp視頻流不能用等等問題。

因此，對于上述問題目前對于大模型的數(shù)字孿生的解決方案就是用云渲染技術(shù)。思路大概就是，首先客戶端發(fā)出指令給網(wǎng)頁，網(wǎng)頁將指令傳輸給云端，然后由運算力較強的服務器云端來進行渲染，渲染后將，渲染完成的畫面，在傳輸給網(wǎng)頁供客戶觀看。

1.由于是服務器進行模型材質(zhì)渲染，只要服務器的配置夠高，那么渲染時間就可以大大降低，而且是將渲染后的畫面?zhèn)鬏斨辆W(wǎng)頁，只要網(wǎng)絡通暢，客戶端就可以繞開網(wǎng)頁2g內(nèi)存的限制，可以給用戶顯示更加精美的材質(zhì)模型，也避免了因用戶客戶端電腦配置導致的各種顯示問題。

2.服務器云渲染，由于其本身無需加載，在服務器中本地運行，首先就可以避免冗長的加載時間，再一個本地運行，網(wǎng)頁和網(wǎng)頁之間通信導致的跨域問題也不復存在，這樣對于其他問題就有了更多優(yōu)秀的解決方案。

正好unity出了個基于Google WebRTC框架的開發(fā)包，根據(jù)文檔配置好服務之后，首先啟動信令服務器，再啟動服務器程序，然后運行網(wǎng)頁我們就可以看到從服務器推送過來的流媒體數(shù)據(jù)了。

這樣由客戶端網(wǎng)頁收集用戶操作，將操作通過信令服務器傳輸給服務器本體程序，由服務器內(nèi)本體程序進行渲染后，再將畫面?zhèn)鬏斀o網(wǎng)頁的云渲染流程就完成了。