1、它是replay stack pointe 的縮寫，緩存堆棧。 2、它是暴風影音的緩存文件夾。 3、可以刪除，因為只是暴風影音的緩存文件夾，只是臨時文件，非系統(tǒng)文件，所以可以刪除。

在典型的三層架構中，有一個獨立的數(shù)據(jù)源層。主要是用來進行數(shù)據(jù)的持久化。當然，絕大部分都是數(shù)據(jù)都是存儲在關系數(shù)據(jù)庫中。我們一般會使用DAO模式來屏蔽數(shù)據(jù)存、取的細節(jié)，它只是暴露接口給調用它的業(yè)務邏輯層，具體接口的實現(xiàn)會有很多種方式，比如：JDBC，Hibernate，JDO， JDBC， iBATIS， JDO， Entity Beans等。在下面的討論中假設使用的是現(xiàn)在非常流行的Hibernate。 總的來說有兩種方法：使用Mock對象和直接在關系數(shù)據(jù)庫中測試。 一、使用Mock對象來測試DAO。它屏蔽了具體的關系數(shù)據(jù)庫，它的優(yōu)點是測試代碼的編寫方便，可以快速運行。缺點：風險太大，對數(shù)據(jù)層測試的力度太小，屏蔽了很多與數(shù)據(jù)庫相關的問題，比如：對象和數(shù)據(jù)庫表之間映射，查詢語句的語法是否正確。 二、直接在關系數(shù)據(jù)庫中測試。優(yōu)點：能對數(shù)據(jù)層進行完整的測試。缺點：單元測試運行速度太慢，要頻繁的對數(shù)據(jù)庫進行操作。 我個人在實際項目中，使用第二種方法對數(shù)據(jù)層進行測試。雖然這樣的單元測試運行比較慢，但卻可以在早期對數(shù)據(jù)源層進行徹底的測試，降低項目的風險。 數(shù)據(jù)源層測試的內容： 1、實體關系測試：關聯(lián)（一對一、多對一、一對多，多對多）、繼承（類的繼承，接口的繼承）。主要是測試實體對象和表（數(shù)據(jù)庫中的表）之間的映射。 2、查詢語句的測試。首先肯定是要保證查詢語句語法的正確，我認為查詢結果的正確性也應該是由單元測試來保證的（有些觀點認為查詢結果的驗證是集成測試的范疇）。