A. ASP.NET中的數據緩存的概念、方式與適用場景是什麼
呃.貌似緩存技術的概念就是原理吧:系統把訪問較頻繁的數據及需要大量時間處理的數據存儲在內存中.當用戶請求這些數據的時候.系統直接把內存中的數據返回給用戶.從而提高應用程序的性能..方式大約有三種:1.整頁緩存 <%OutputCache Duration="10" //表示頁面緩存時間 單位:s VaryByParam="id;name;...." //表示以參數傳遞的頁面都將被緩存 ("none"表無變化 "*" 表根據所有參數變化) VaryByControl="none" //用來改變用戶控制項的輸出緩存 Location="any" //輸出緩存位置 默認any VaryByCustom ="browser" //自定義輸出緩存 適用於不需要頻繁更新數據的頁面2.頁面部分緩存 先緩存整個頁面 再替換頁面中不需要緩存的部分 需要用到Substitution控制項 適用頁面某些部分每次請求都保持最新3.應用程序緩存 1.指定鍵值 Cache["key"]=value //方便.但不能設置有效期 2.使用add()方法 Cache.add("key","value",null,DateTime.Now.AddSeconds(6), TimeSpan.Zero,CacheItemPriority.High,null); //參數必須完整.不夠靈活 3.使用Insert()方法 Cache.Insert(.......); 此方法可實現重載.使用靈活 呃.只知道這么多啦.歡迎補充哈...
B. 像ConcurrentHashMap等高性能的類具體的業務使用場景是哪些
需要用類實例變數來存儲數據，比如在線人數，登錄人數，緩存某類數據。
其實這里也要准確理解並發和並行的概念，廣泛的講，並發是包含並行的，因為並發是指在一段時間內很多線程訪問，比如5秒內100條線程訪問，那其中是不是有2條同時到達呢？如果同時到達，那就是2條並行線程。
並行和並發產生的安全問題其實是指在類變數或者類實例變數的處理上，比如靜態變數或者類初始化一個map變數，這些變數一旦在被調用的方法里出現，這時候只要有多個線程不管是並行或者並發，都可能讓變數中的值被改亂。
那麼ConcurrentHashMap是應對線程安全的，也就是不管是並行還是並發，類數據都不可能出現線程安全，不會出現值被該亂。
注意：並行常見的場景是事務處理，所謂的分布式事務或資料庫事務就是為了處理並行到達的多個線程同時想修改一個全局值。
並發，並不一定是處理同一個全局值，這個概念只是指很多的線程，並不一定是處理同一個業務，比如登錄某個系統模塊的並發數是1000，那這1000裡面可能處理各種不同的業務，這也是並發，那麼直到其中有幾個線程要共同修改一個值了就是並行，這時候才出現了所謂並行和並發安全問題。
C. JAVA目前比較常用的緩存有哪些 集中式緩存與分布式緩存有何區別 它們應用場景是
java目前常用的緩存：
Generic
JCache (JSR-107) (EhCache 3, Hazelcast, Infinispan, etc)
EhCache 2.x
Hazelcast
Infinispan
Couchbase
Redis
Caffeine
Guava (deprecated)
Simple
建議使用spring boot集成方式，可插拔，簡單。
集中式緩存適用場景：
1、伺服器集群部署。
2、數據高一致性（任何數據變化都能及時的被查詢到）
分布式緩存適用場景：
系統需要緩存的數據量大
對數據的可用性較高的情況
需要橫向擴展，從而達到緩存的容量無限的要求
D. 緩存是什麼意思
緩存是指可以進行高速數據交換的存儲器，它先於內存與CPU交換數據，因此速率很快。
緩存的工作原理是當CPU要讀取一個數據時，首先從CPU緩存中查找，找到就立即讀取並送給CPU處理；沒有找到，就從速率相對較慢的內存中讀取並送給CPU處理，同時把這個數據所在的數據塊調入緩存中，可以使得以後對整塊數據的讀取都從緩存中進行，不必再調用內存。
正是這樣的讀取機制使CPU讀取緩存的命中率非常高（大多數CPU可達90%左右），也就是說CPU下一次要讀取的數據90%都在CPU緩存中，只有大約10%需要從內存讀取。這大大節省了CPU直接讀取內存的時間，也使CPU讀取數據時基本無需等待。
(4)緩存使用的業務場景包括哪些擴展閱讀
緩存的狀態數據只是主數據的快照，由於數據源可能被修改，所以狀態數據就有會陳舊的特性。合理利用此特性和將數據陳舊的負面影響最小化是緩存狀態數據的一個重要任務。
緩存介質從技術上劃分，可以分成內存、硬碟文件、資料庫三種。將緩存存儲於內存中是最快的選擇，無需額外的I/O開銷，但是內存的缺點是沒有持久化落地物理磁碟，一旦應用異常，重新啟動數據很難或者無法復原。
緩存中可以存放的最大元素的數量，一旦緩存中元素數量超過這個值（或者緩存數據所佔空間超過其最大支持空間），那麼將會觸發緩存啟動清空策略根據不同的場景合理的設置最大元素值往往可以一定程度上提高緩存的命中率，從而更有效的時候緩存。
E. 具有哪種業務特點數據使用緩存具有哪種業務特點的數據使用本地緩存
這要根據你的實際情況來定，有文件緩存，資料庫緩存，還有memcache緩存。。。。。
F. Redis 都有哪些應用場景
緩存：這應該是 Redis 最主要的功能了，也是大型網站必備機制，合理地使用緩存不僅可以加 快數據的訪問速度，而且能夠有效地降低後端數據源的壓力。
共享Session：對於一些依賴 session 功能的服務來說，如果需要從單機變成集群的話，可以選擇 redis 來統一管理 session。
消息隊列系統：消息隊列系統可以說是一個大型網站的必備基礎組件，因為其具有業務 解耦、非實時業務削峰等特性。Redis提供了發布訂閱功能和阻塞隊列的功 能，雖然和專業的消息隊列比還不夠足夠強大，但是對於一般的消息隊列功 能基本可以滿足。比如在分布式爬蟲系統中，使用 redis 來統一管理 url隊列。
分布式鎖：在分布式服務中。可以利用Redis的setnx功能來編寫分布式的鎖，雖然這個可能不是太常用。 當然還有諸如排行榜、點贊功能都可以使用 Redis 來實現，但是 Redis 也不是什麼都可以做，比如數據量特別大時，不適合 Redis，我們知道 Redis 是基於內存的，雖然內存很便宜，但是如果你每天的數據量特別大，比如幾億條的用戶行為日誌數據，用 Redis 來存儲的話，成本相當的高。
G. php文件緩存，在哪些情況下需要緩存
哪個場景要用緩存，最簡單的一個比喻：經常要用的東西就把他緩存起來，提高工作效率。
比如一個購物網站，首頁的瀏覽量超大，如果不緩存的話，每天都去資料庫查，就很浪費地間。但可以這些數據緩存起來，每5-10分才更新一下，這樣用戶瀏覽起來速度快，伺服器又減輕負擔
但因為緩存起來，要考慮這個緩存的生命周期，什麼時候更新，什麼時候刪除，什麼時候創建。
H. mybatis一級緩存實際使用場景
可以這樣理解，有些時候我們會多次查詢一個表，比如表A中有個欄位AA1是代碼，實際內容存在字典表B中，在這里如果我要查詢表A中的多條數據，並且要顯示AA1的實際內容，需要聯查B，此時一級緩存就可以發揮作用了