利用spring cache來操作緩存,可以很方便的在redis和ehcache之間切換緩存實現,利用spring cache 的緩存注解,加到方法之上可以很方便的緩存方法的結果,如果參數對應的鍵值存在了緩存,則下一次走這個方法則會直接返回緩存的結果,spring cache提供了4個注解來操作緩存.
> * 1.@Cacheable表明在調用方法之前,首先應該在緩存中查找方法的返回值,如果這個值能夠找到,則會返回緩存的值,否則執行該方法,并將返回值放到緩存中,一般在數據庫查詢(`select`)之后調用這個注解
> * 2.@CachePut表明在方法調用前不會檢查緩存,方法始終都會被調用,調用之后把結果放到緩存中,一般在數據庫操作插入數據(`save`)的時候調用
> * 3.@CacheEvict表明spring會清除一個或者多個緩存,一般在數據庫更新或者刪除數據的時候調用(`update`或者`delete`)
> * 4.@Caching分組的注解,可以同時應用多個其他緩存注解,可以相同類型或者不同類型
一般在用這些注解的時候,我們需要填寫兩個參數,一個是`value`代表緩存的名稱,一個是`key`代表緩存的鍵值?

如上圖所示,鍵值`key`一般包含兩部分組成,一部分是`鍵的標識`例如上圖中的`CacheKey.SINGLE_ROLE_NAME`,一部分是`參數`(一般是參數的值)例如上圖中的`#roleId`
- Guns 技術文檔 v5.1
- 1. 序言
- 1.1 文檔簡介
- 1.2 Guns教程
- 1.3 獲取幫助
- 2. 使用手冊
- 2.1 下載項目
- 2.2 導入項目
- 2.2.1 eclipse導入
- 2.2.2 IDEA導入
- 2.3 運行項目
- 2.4 打包部署
- 3. 開發手冊
- 3.1 了解Guns
- 3.1.1 模塊結構
- 3.1.2 包結構說明
- 3.2 實戰開發
- 3.2.1 建表
- 3.2.2 代碼生成
- 3.3.3 添加菜單與分配權限
- 3.3.4 編寫業務代碼
- 3.3 權限控制與校驗
- 3.3.1 用戶,角色和資源
- 3.3.2 如何對資源進行權限控制
- 3.3.3 前端頁面對權限資源的顯示
- 3.4 多數據源的使用
- 3.5 如何分頁
- 3.5.1 簡單查詢的分頁
- 3.5.2 復雜查詢的分頁
- 3.5.3 獲取前端表格插件傳值
- 3.6 數據范圍
- 3.6.1 介紹
- 3.6.2 如何使用
- 3.6.3 原理
- 3.7 guns-rest模塊的使用
- 3.7.1 關于jwt鑒權
- 3.7.2 關于傳輸數據的簽名
- 3.7.3 guns-rest模塊的運行流程
- 3.7.4 運行原理
- 3.8 工作流
- 3.9 日志記錄
- 3.9.1 業務日志
- 3.9.2 異常日志
- 3.10 如何使用緩存
- 3.10.1 用工具類操作
- 3.10.2 用spring cache操作緩存
- 3.11 使用枚舉
- 3.12 spring boot熱部署
- 3.12.1 重新加載html
- 3.12.2 重新加載java類
- 4. 擴展與高級配置
- 4.1 修改項目名和包名
- 4.1.1 修改項目名
- 4.1.2 修改包名
- 4.2 放過接口權限驗證
- 4.3 靜態資源和模板位置的變更
- 4.4 三個或更多數據源如何配置
- 4.5 添加登錄驗證碼
- 4.6 spring profile
- 4.7 多機器部署開啟spring session
- 4.8 使用Redis
- 4.9 XSS過濾器
- 4.9.1 介紹
- 4.9.2 原理
- 4.9.3 放過過濾
- 5. 核心思想
- 5.1 分包
- 5.2 統一異常攔截
- 5.2.1 介紹
- 5.2.2 優點
- 5.2.3 關于性能
- 5.3 結果包裝器
- 5.3.1 如何使用
- 5.3.2 ConstantFactory
- 5.4 前端思想
- 5.4.1 布局
- 5.4.2 標簽
- 5.4.3 手動新增標簽頁
- 6. 常見問題答疑
- 6.1 默認的系統登錄賬號和密碼是多少
- 6.2 權限異常
- 6.3 為何分頁是前端實現
- 6.4 關于${ctxPath}
- 6.5 放過某些url的權限驗證
- 6.6 主頁的搜索功能
- 6.7 運行sql報錯
- 6.8 關于打包
- 6.9 查詢結果的駝峰轉化問題
- 6.10 為何使用beetl
- 6.11 為何有的業務沒有service層
- 6.12 為何既有dao,又有mapper
- 6.13 提示@spring.active@錯誤