本發(fā)明涉及互聯網領域，特別是涉及一種渲染數據獲取的方法和裝置。
背景技術：
：：隨著互聯網技術的發(fā)展，人們通過網絡應用進行工作和娛樂活動，對網絡應用的視覺要求也越來越高。通過渲染可以豐富地展示圖形和三維動畫，在計算機與視頻游戲、電影、電視特效以及可視化設計領域得到了廣泛應用。大部分渲染需要后臺數據的支持，現有的渲染方法在前端每次渲染時無論后臺數據是否發(fā)生改變都必須重新向后臺請求數據，而后臺數據很多都是靜態(tài)數據，配置好后極少發(fā)生修改，前端頻繁地重復“請求、接收、解包”動作，浪費大量的流量和電量，占用后臺資源，降低后臺性能。技術實現要素：基于此，有必要針對上述渲染方法存在的對后臺資源占用的技術問題，提供一種渲染數據獲取的方法和裝置，減少對后臺資源的占用。一種渲染數據獲取的方法，所述方法包括：獲取渲染請求，所述渲染請求包括渲染配置類型；根據所述渲染配置類型在緩存中查找是否存在對應的第一緩存數據，如果存在，則判斷當前是否存在后臺數據變更消息，如果不存在后臺數據變更消息，則使用所述第一緩存數據渲染界面；如果存在后臺數據變更消息，則從所述后臺數據變更消息中獲取變更配置類型，根據所述變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據；根據所述變更數據更新所述第一緩存數據得到第二緩存數據，并使用所述第二緩存數據渲染界面。在其中一個實施例中，所述根據所述變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據的步驟包括：根據所述變更配置類型在請求命令列表查找對應的數據更新請求命令；發(fā)送所述數據更新請求命令至后臺服務器以獲取變更數據。在其中一個實施例中，所述變更數據包括變更配置類型，所述根據所述變更數據更新所述第一緩存數據得到第二緩存數據的步驟包括：判斷所述變更配置類型是否與渲染配置類型相同，如果相同，則根據變更數據更新所述第一緩存數據；如果不相同，則根據所述變更配置類型在緩存中查找對應的緩存空間；根據所述變更數據更新所述緩存空間。在其中一個實施例中，所述后臺數據變更消息對應了第一定時器，所述第一定時器時間達到時后臺服務器會再次發(fā)送所述后臺數據變更消息，所述方法還包括：當前端收到所述后臺數據變更消息時，向所述后臺服務器發(fā)送接收通知，以使后臺服務器取消所述第一定時器。在其中一個實施例中，所述方法還包括：當前端收到所述后臺數據變更消息時，啟動預設時長范圍內隨機時長的第二定時器；所述根據所述變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據的步驟包括：判斷所述第二定時器的定時時間是否到達，如果是，則根據所述變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據；如果沒有到達，則不作處理。一種渲染數據獲取的裝置，所述裝置包括：獲取模塊，用于獲取渲染請求，所述渲染請求包括渲染配置類型；緩存數據判斷模塊，用于根據所述渲染配置類型在緩存中查找是否存在對應的第一緩存數據，如果存在，則進入變更消息判斷模塊，如果不存在，則進入渲染模塊；變更消息判斷模塊，用于判斷當前是否存在后臺數據變更消息，如果存在，則進入數據變更模塊，否則進入渲染模塊；數據變更模塊，用于從所述后臺數據變更消息中獲取變更配置類型，根據所述變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據，根據所述變更數據更新所述第一緩存數據得到第二緩存數據；渲染模塊，用于使用所述第一緩存數據渲染界面；所述渲染模塊還用于使用所述第二緩存數據渲染界面。在其中一個實施例中，所述數據變更模塊包括：命令查找單元，用于根據所述變更配置類型在請求命令列表查找對應的數據更新請求命令；發(fā)送單元，用于發(fā)送所述數據更新請求命令至后臺服務器以獲取變更數據。在其中一個實施例中，所述變更數據包括變更配置類型，所述數據變更模塊包括：判斷單元，用于判斷所述變更配置類型是否與渲染配置類型相同，如果相同，則進入更新單元，如果不相同，則進入緩存查找單元；更新單元，用于根據變更數據更新所述第一緩存數據；緩存查找單元，用于根據所述變更配置類型在緩存中查找對應的緩存空間；更新單元還用于根據所述變更數據更新所述緩存空間。在其中一個實施例中，所述后臺數據變更消息對應了第一定時器，所述第一定時器時間達到時后臺服務器會再次發(fā)送所述后臺數據變更消息，所述裝置還包括：響應模塊，用于當前端收到所述后臺數據變更消息時，向所述后臺服務器發(fā)送接收通知，以使后臺服務器取消所述第一定時器。在其中一個實施例中，所述裝置還包括：定時模塊，用于當前端收到所述后臺數據變更消息時，啟動預設時長范圍內隨機時長的第二定時器；所述數據變更模塊還用于判斷所述第二定時器的定時時間是否到達，如果是，則根據所述變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據，如果沒有到達，則不作處理。上述渲染數據獲取的方法和裝置，通過獲取渲染請求，渲染請求包括渲染 配置類型，根據渲染配置類型在緩存中查找是否存在對應的第一緩存數據，如果存在，則判斷當前是否存在后臺數據變更消息，如果不存在后臺數據變更消息，則使用第一緩存數據渲染界面，如果存在后臺數據變更消息，則從后臺數據變更消息中獲取變更配置類型，根據變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據，根據變更數據更新第一緩存數據得到第二緩存數據，并使用所述第二緩存數據渲染界面，通過后臺數據變更消息識別后臺是否更新數據，只有在后臺更新了數據的情況下，才會發(fā)送數據獲取請求至后臺，減少了大量重復無效的向后臺請求數據的次數，減少了對后臺資源的占用，提高了后臺的性能。附圖說明圖1為一個實施例中渲染數據獲取的方法的流程圖；圖2為一個實施例中根據變更數據更新緩存數據的流程圖；圖3為一個實施例中渲染數據獲取的裝置的結構框圖；圖4為一個實施例中數據變更模塊的結構框圖；圖5為一個實施例中數據變更模塊的結構框圖；圖6為另一個實施例中渲染數據獲取的裝置的結構框圖；圖7為又一個實施例中渲染數據獲取的裝置的結構框圖。具體實施方式圖1為一個實施例中渲染數據獲取的方法的流程圖，包括以下步驟：步驟s110，獲取渲染請求，渲染請求包括渲染配置類型。具體的，渲染是指用軟件從模型生成圖像的過程，當需要生成渲染界面時，會生成渲染請求。展示不同的圖像時，需要使用的渲染數據不同，對應了不同的渲染配置類型，渲染配置類型可通過預先分配的字符串或數值表示。在一個實施例中，渲染配置類型以結構體的形式存儲在配置表格中，配置表格中包括多個結構體，每個結構體里存儲了預設個數的渲染配置類型，預設個數可根據需要自定義，如定義為32個，一個結構體里最多配置32個，超出32個將添加 一個新的結構體進行存儲。如：其中cmds為渲染配置類型表，cmd1、cmd2、cmd3分別對應了3個不同的渲染配置類型。步驟s120，根據渲染配置類型在緩存中查找是否存在對應的第一緩存數據，如果存在，則進入步驟s130。具體的，緩存數據與渲染配置類型對應存儲，通過渲染配置類型可以在緩存中查找到對應的緩存數據，可以以渲染配置類型為索引，緩存數據為索引對應的值的形式以表格的形式存儲，通過表格的形式存儲便于根據索引快速查找。如緩存表其中catchdata1為渲染配置類型cmd1對應的緩存數據。一般在第一次展示圖像或啟動界面時會請求后臺配置數據，并緩存，如玩家登陸游戲后，會顯示游戲界面并進行緩存。在需要渲染界面時，先查找緩存中是否存在渲染配置類型對應的數據，如果存在且滿足條件，則可直接利用緩存中的數據進行渲染，加快了渲染的速度。如果緩存中不存在與渲染配置類型對應的第一緩存數據，則根據渲染配置類型發(fā)送數據獲取請求至后臺服務器以獲取渲染數據?？梢詫⑻崆吧筛鱾€不同的渲染配置類型對應的數據獲取請求，并與渲染配置類型對應存儲在數據獲取請求表格中，從而需要獲取數據時通過直接查表的方式得到 數據獲取請求，加快數據獲取的速度。步驟s130，判斷當前是否存在后臺數據變更消息，如果不存在后臺數據變更消息，則進入步驟s140，使用第一緩存數據渲染界面，如果存在后臺數據變更消息，則進入步驟s150。具體的，即使緩存中存在渲染配置類型對應的第一緩存數據，但是由于后臺數據可能當前已經更新，緩存中的數據可能為已經過期的數據，為了保證數據的有效性，需要判斷當前是否存在后臺數據變更消息。后臺數據變更消息是當后臺數據發(fā)生更新時，由后臺主動發(fā)送至前端的變更消息，以提醒前端更新數據。后臺數據變更消息可攜帶需要變更的變更配置類型，從而使得終端根據變更配置類型發(fā)送數據更新請求。如果不存在后臺數據變更消息，則說明后臺數據沒有更新，這時不用再去后臺請求數據，可直接使用第一緩存數據渲染界面。如果存在后臺數據變更消息，說明后臺數據有更新，需要先獲取更新數據，對前端的緩存數據進行更新，才能進行渲染。步驟s140，使用第一緩存數據渲染界面。具體的，如果后臺數據沒有更新，可直接使用第一緩存數據渲染界面，不需要每次渲染都向后臺請求數據，減少了前端的流量，對于終端可節(jié)省電量，且不需要后臺不斷響應請求，減少了對后臺資源的占用，可提高后臺的性能。步驟s150，從后臺數據變更消息中獲取變更配置類型，根據變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據，根據變更數據更新第一緩存數據得到第二緩存數據，并使用第二緩存數據渲染界面。具體的，變更配置類型指明了需要變更的配置數據類型，只需要生成與變更配置類型匹配的數據更新請求，再發(fā)送至后臺服務器，后臺服務器就可根據數據更新請求獲取變更數據返回前端，前端再根據變更數據更新當前緩存數據，得到有效的緩存數據，再利用有效的緩存數據渲染界面。變更數據中可指定需要更新的緩存空間地址信息或攜帶變更配置類型，以便于前端確定需要更新的緩存位置。本實施例中，通過獲取渲染請求，渲染請求包括渲染配置類型，根據渲染配置類型在緩存中查找是否存在對應的第一緩存數據，如果存在，則判斷當前 是否存在后臺數據變更消息，如果不存在后臺數據變更消息，則使用第一緩存數據渲染界面，如果存在后臺數據變更消息，則從后臺數據變更消息中獲取變更配置類型，根據變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據，根據變更數據更新第一緩存數據得到第二緩存數據，并使用所述第二緩存數據渲染界面，通過后臺數據變更消息識別后臺是否更新數據，只有在后臺更新了數據的情況下，才會發(fā)送數據獲取請求至后臺，減少了大量重復無效的向后臺請求數據的次數，減少了對后臺資源的占用，提高了后臺的性能。在一個實施例中，步驟s150中的根據變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據具體包括：根據變更配置類型在請求命令列表查找對應的數據更新請求命令，發(fā)送數據更新請求命令至后臺服務器以獲取變更數據。具體的，請求命令列表中存儲了配置類型和數據更新請求命令之間的對應關系，提前根據配置類型生成對應的數據更新請求命令并存儲在表格中，便于需要請求數據時通過查表迅速得到與變更配置類型對應的數據更新請求命令，并發(fā)送至后臺服務器，加快了獲取變更數據的速度。如建立請求命令列表：其中request1為配置類型cmd1對應的數據更新請求命令。在一個實施例中，變更數據包括變更配置類型，如圖2所示，步驟s150中的根據變更數據更新第一緩存數據得到第二緩存數據具體包括：步驟s151，判斷變更配置類型是否與渲染配置類型相同，如果相同，則進入步驟s152，否則進入步驟s153。具體的，如果變更配置類型與渲染配置類型相同，則說明需要更新的就是第一緩存數據。通過在變更數據中攜帶變更配置類型，可快速找到需要更新的緩存數據。步驟s152，根據變更數據更新第一緩存數據得到第二緩存數據。具體的，變更配置類型與渲染配置類型相同，則可直接更新第一緩存數據， 將第一緩存數據中需要更新的數據替換為變更數據，得到第二緩存數據。步驟s153，根據變更配置類型在緩存中查找對應的緩存空間，根據變更數據更新緩存空間，得到第二緩存數據。具體的，如果變更配置類型與渲染配置類型不相同，則說明需要變更的數據不是第一緩存數據，需要先根據變更配置類型在緩存中查找對應的緩存空間，找到需要更新的緩存數據所在的位置，才能進行更新。如果變更配置類型與緩存數據是以表格的形式存儲的，則可直接以變更配置類型為索引找到對應的緩存數據。在一個實施例中，后臺數據變更消息對應了第一定時器，第一定時器時間達到時后臺服務器會再次發(fā)送后臺數據變更消息，該渲染數據獲取的方法還包括：當前端收到后臺數據變更消息時，向后臺服務器發(fā)送接收通知，以使后臺服務器取消第一定時器。具體的，如果前端未收到后臺數據變更消息，后臺一直未得到前端返回的通知，直到第一定時器時間超時，這時后臺服務器會再次發(fā)送后臺數據變更消息，并再次啟動一個第一定時器，當后臺連續(xù)發(fā)了預設次數的后臺數據變更消息后，都沒有收到前端返回的通知，則很可能網絡出現問題，可發(fā)出警告消息。其中第一定時器的時間可根據需要自定義，如定義為10秒。如果后臺服務器接收到了前端返回的通知，則可取消第一定時器。通過設置第一定時器和前端返回的通知配合，可以提高后臺數據變更消息到達前端的可靠性，從而保證前端使用的緩存數據的有效性。在一個實施例中，該渲染數據獲取的方法還包括：當前端收到后臺數據變更消息時，啟動預設時長范圍內隨機時長的第二定時器。具體的，如啟動一個在1～300秒隨機取值的第二定時器。本實施例中，步驟s150中的根據變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據具體包括：判斷第二定時器的定時時間是否到達，如果是，則根據變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據，如果沒有到達，則不作處理。具體的，只有第二定時器的定時時間是否到達，才會發(fā)送數據更新請求至 后臺服務器以獲取變更數據，如果第二定時器的定時時間沒有到達則不會發(fā)送數據更新請求。通過設置第二定時器，在接收到后臺數據變更消息后，不會立刻發(fā)送數據更新請求，而是經過一定的定時時間，才會發(fā)送數據更新請求，如果在定時時間到達之前，又獲取到了新的后臺數據變更消息，則可以根據多次后臺數據變更消息對應的多個變更配置類型合并生成一個對應的數據更新請求，進一步降低了數據更新請求的請求次數，可避免后臺連續(xù)快速變更時頻繁的發(fā)送數據更新請求，每次更新數據量有限對后臺資源的占用。在一個具體的實施例中，渲染請求包括渲染配置類型cmd1，在緩存表cachetable中查找索引為cmd1對應的緩存數據是否存在，如果存在，則判斷當前是否存在后臺數據變更消息，如果不存在后臺數據變更消息，則直接使用cmd1對應的catchdata1渲染界面，如果存在后臺數據變更消息，則在后臺數據變更消息獲取變更配置類型，如更配置類型為cmd1和cmd2，在請求命令列表requesttable中查找索引為cmd1和cmd2對應的數據更新請求命令request1和request2，發(fā)送request1和request2至后臺服務器以獲取變更數據，返回的變更數據攜帶變更配置類型cmd1和cmd2，前端在緩存表cachetable中查找索引為cmd1和cmd2對應的緩存空間，更新緩存數據，再使用更新后的catchdata1渲染界面。上述渲染數據獲取的方法，能有效地檢測到后臺數據的改動，減少大量重復無效的向后臺請求數據的處理，減少了后臺資源的占用，提高了后臺性能。在一個實施例中，如圖3所示，提供了一種渲染數據獲取的裝置，包括：獲取模塊210，用于獲取渲染請求，渲染請求包括渲染配置類型。緩存數據判斷模塊220，用于根據渲染配置類型在緩存中查找是否存在對應的第一緩存數據，如果存在，則進入變更消息判斷模塊230，如果不存在，則進入渲染模塊250。變更消息判斷模塊230，用于判斷當前是否存在后臺數據變更消息，如果存在，則進入數據變更模塊240，否則進入渲染模塊250。數據變更模塊240，用于從后臺數據變更消息中獲取變更配置類型，根據變 更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據，根據變更數據更新第一緩存數據得到第二緩存數據。渲染模塊250，用于使用第一緩存數據渲染界面。渲染模塊250還用于使用第二緩存數據渲染界面。在一個實施例中，如圖4所示，數據變更模塊240包括：命令查找單元241，用于根據變更配置類型在請求命令列表查找對應的數據更新請求命令。發(fā)送單元242，用于發(fā)送數據更新請求命令至后臺服務器以獲取變更數據。在一個實施例中，變更數據包括變更配置類型，如圖5所示，數據變更模塊240包括：判斷單元243，用于判斷變更配置類型是否與渲染配置類型相同，如果相同，則進入更新單元244，如果不相同，則進入緩存查找單元245。更新單元244，用于根據變更數據更新第一緩存數據。緩存查找單元245，用于根據變更配置類型在緩存中查找對應的緩存空間。更新單元244還用于根據變更數據更新緩存空間。在一個實施例中，后臺數據變更消息對應了第一定時器，第一定時器時間達到時后臺服務器會再次發(fā)送所述后臺數據變更消息，如圖6所示，裝置還包括：響應模塊260，用于當前端收到后臺數據變更消息時，向后臺服務器發(fā)送接收通知，以使后臺服務器取消第一定時器。在一個實施例中，如圖7所示，裝置還包括：定時模塊270，用于當前端收到后臺數據變更消息時，啟動預設時長范圍內隨機時長的第二定時器。數據變更模塊240還用于判斷第二定時器的定時時間是否到達，如果是，則根據變更配置類型發(fā)送數據更新請求至后臺服務器以獲取變更數據，如果沒有到達，則不作處理。上述渲染數據獲取的裝置只有在后臺更新了數據的情況下，才會發(fā)送數據獲取請求至后臺，減少了大量重復無效的向后臺請求數據的次數，減少了對后 臺資源的占用，提高了后臺的性能。本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，所述程序可存儲于一計算機可讀取存儲介質中，如本發(fā)明實施例中，該程序可存儲于計算機系統(tǒng)的存儲介質中，并被該計算機系統(tǒng)中的至少一個處理器執(zhí)行，以實現包括如上述各方法的實施例的流程。其中，所述存儲介質可為磁碟、光盤、只讀存儲記憶體(read-onlymemory，rom)或隨機存儲記憶體(randomaccessmemory，ram)等。以上所述實施例的各技術特征可以進行任意的組合，為使描述簡潔，未對上述實施例中的各個技術特征所有可能的組合都進行描述，然而，只要這些技術特征的組合不存在矛盾，都應當認為是本說明書記載的范圍。以上所述實施例僅表達了本發(fā)明的幾種實施方式，其描述較為具體和詳細，但并不能因此而理解為對發(fā)明專利范圍的限制。應當指出的是，對于本領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應以所附權利要求為準。當前第1頁12當前第1頁12