① c#.NET緩存問題
CurrentContext.Response.AddHeader("pragma", "no-cache");
CurrentContext.Response.AddHeader("cache-control", "");
CurrentContext.Response.CacheControl = "no-cache";
這些是針對頁面數據的 頁面標記＜html＞＜這種
MemoryCache 是針對 你的資料庫數據，不需要多次訪問資料庫，在內存中操作快
② 用360衛士掃描電腦垃圾，有「NET集緩存文件」這項。什麼叫NET集緩存文件可以刪除嗎
可以刪除，但是不建議刪除，只要這個不影響系統的正常運行就不用刪除，如果影響了如卡頓、載入慢或在太大了就刪除
這個全稱 是 NET程序集緩存 ，主要緩存 使用NET 框架的應用程序的資源文件，如某些圖片、dll之類的，刪除會影響下次載入的速度，運行的效率，僅此而已，沒有太大的影響
③ .NET中的緩存有幾種
.NET中的緩存（僅供參考）
一.Output Caching (輸出緩存)
當一個網頁頻繁被訪問的時候，可以通過把整個網頁緩存來提高執行效率。這樣做的優點是，當用戶再次訪問這個網頁的時候，被格式化好的HTML會被直接顯示。
Output Caching 定製的兩種方法：
1.基於底層的API技術
2.基於高層的@OutputCaching
一旦Output Caching 被定製過，那麼這個網頁就會在第一次被訪問的時候生成cache，直到請求過期為止。
二.Page Fragment Caching (回調緩存)
作為Output的緩存的附加功能，還提供一種緩存技術，專門用於緩存用戶控制項或者網頁中的一部分東西。可以指定沒一部分或者某一個區域不被緩存。
在頁面中，指定返回參數，來決定控制項被緩存的部分。使用語句VaryBym語句指定控制項更具參數來改變。
三.Data Caching (數據緩存)
ASP.NET提供了一種非常快捷的方法進行資料庫緩存，用戶可以非常方便的對頁面變數進行緩存。並以此提高程序效率。
一個頁面變數的緩存生命周期與應用程序的緩存生命周期相同。
同時對後台數據進行修改的時候，還需要對Cache進行相應的處理。
四.SQL Cache (配置連接池，提高數據緩存)
通過配置資料庫連接池，只有當資料庫數據被改變的時候，緩存才會改變。
五.Cache Configuration (配置緩存)
④ .net緩存
單獨寫個緩存操作類，如果需要則用這個類處理控制項源
⑤ asp.net緩存要注意些什麼
asp.net性能的技巧
【IT168 技術文檔】根據經驗的總結，讓我們來看看十個能幫助你提升你的應用程序性能的經驗，我將按將它們提升效率的多少從大到小小依次說明。
一、返回多個數據集
檢查你的訪問資料庫的代碼，看是否存在著要返回多次的請求。每次往返降低了你的應用程序的每秒能夠響應請求的次數。通過在單個資料庫請求中返回多個結果集，可以減少與資料庫通信的時間，使你的系統具有擴展性，也可以減少資料庫伺服器響應請求的工作量。
如果你是用動態的SQL語句來返回多個數據集，那我建議你用存儲過程來替代動態的SQL語句。是否把業務邏輯寫到存儲過程中，這個有點爭議。但是我認為，把業務邏輯寫到存儲過程裡面可以限制返回結果集的大小，減小網路數據的流量，在邏輯層也不用在過濾數據，這是一個好事情。
用SqlCommand對象的ExecuteReader方法返回一個強類型的業務對象，再調用NextResult方法來移動數據集指針來定位數據集。示例一演示了一個返回多個ArrayList強類型對象的例子。只從資料庫中返回你需要的數據可以大大的減小你的伺服器所耗用的內存。
二、對數據進行分頁
ASP.NET的DataGrid有一個非常有用的功能：分頁。如果DataGrid允許分頁，在某一時刻它只下載某一頁的數據，另外，它有一個數據分頁的瀏覽導航欄，它讓你可以選擇瀏覽某一頁，而且每次只下載一頁的數據。
但是它有一個小小的缺點，就是你必須把所有的數據都綁定到DataGrid中。也就是說，你的數據層必須返回所有的數據，然後DataGrid再根據當前頁過濾出當前頁所需要的數據顯示出來。如果有一個一萬條記錄的結果集要用DataGrid進行分頁，假設DataGrid每頁只顯示25條數據，那就意味著每次請求都有9975條數據都是要丟棄的。每次請求都要返回這么大的數據集，對應用程序的性能影響是非常大的。
一個好的解決方案是寫一個分頁的存儲過程，例子2是一個用於對Northwind資料庫orders表的分頁存儲過程。你只需要傳當前頁碼，每頁顯示的條數兩個參數進來，存儲過程會返回相應的結果。
在伺服器端，我專門寫了一個分頁的控制項來處理數據的分頁，在這里，我用了第一個方法，在一個存儲過程裡面返回了兩個結果集：數據記錄總數和要求的結果集。
返回的記錄總數取決於要執行查詢，例如，一個where條件可以限制返回的結果集的大小。因為在分頁界面中必須要根據數據集記錄的大小來計算總的頁數，所以必須要返回結果集的記錄數。例如，如果一共有1000000條記錄，如果用where條件就可以過濾成只返回1000條記錄，存儲過程的分頁邏輯應該知道返回那些需要顯示的數據。
三、連接池
用TCP來連接你的應用程序與資料庫是一件昂貴的事情（很費時的事情），微軟的開發者可以通過用連接池來反復的使用資料庫的連接。比起每次請求都用TCP來連一次資料庫，連接池只有在不存在有效的連接時才新建一個TCP連接。當關閉一個連接的時候，它會被放到池中，它仍然會保持與資料庫的連接，這樣就可以減少與資料庫的TCP連接次數。
當然，你要注意那些忘記關的連接，你應在每次用完連接後馬上關閉它。我要強調的是：無論什麼人說.NET Framework中的GC(垃圾收集器)總會在你用完連接對象後調用連接對象的Close或者Dispose方法顯式的關閉你的連接。不要期望CLR會在你想像的時間內關掉連接，雖然CLR最終都要銷毀對象和關閉邊接，但是我們並不能確定它到底會在什麼時候做這些事情。
要用連接池優化，有兩條規則，第一，打開連接，處理數據，然後關閉連接。如果你必須在每次請求中多次打開或關閉連接，這好過一直打開一個邊接，然後把它傳到各個方法中。第二，用相同的連接字元串（或者用相同的用戶標識，當你用集成認證的時候）。如果你沒有用相同的連接字元串，如你用基於登錄用戶的連接字元串，這將不能利用連接池的優化功能。如果你用的是集成的論證，因為用戶很多，所以你也不能充分利用連接池的優化功能。.NET CLR提供了一個數據性能計數器，它在我們需要跟蹤程序性能特性的時候非常有用，當然也包括連接池的跟蹤了。
無論你的應用程序什麼時候要連在另一台機子的資源，如資料庫，你都應該重點優化你連資源所花的時間，接收和發送數據的時間，以及往返回之間的次數。優化你的應用程序中的每一個處理點（process hop），它是提高你的應用的性能的出發點。
應用程序層包含與數據層連接，傳送數據到相應的類的實例以及業務處理的邏輯。例如，在Community Server中，要組裝一個Forums或者Threads集合，然後應用業務邏輯，如授權，更重要的，這里要完成緩存邏輯。
四、 ASP.NET緩存API
在寫應用程序之前,你要做的第一件事是讓應用程序最大化的利用ASP.NET的緩存功能。
如果你的組件是要在Asp.net應用程序中運行，你只要把System.Web.dll引用到你的項目中就可以了。然後用HttpRuntime.Cache屬性就可訪問Cache了（也可以通過Page.Cache或HttpContext.Cache訪問）。
有以下幾條緩存數據的規則。第一，數據可能會被頻繁的被使用，這種數據可以緩存。第二，數據的訪問頻率非常高，或者一個數據的訪問頻率不高，但是它的生存周期很長，這樣的數據最好也緩存起來。第三是一個常常被忽略的問題，有時候我們緩存了太多數據，通常在一台X86的機子上，如果你要緩存的數據超過800M的話，就會出現內存溢出的錯誤。所以說緩存是有限的。換名話說，你應該估計緩存集的大小，把緩存集的大小限制在10以內，否則它可能會出問題。在Asp.net中，如果緩存過大的話也會報內存溢出錯誤，特別是如果緩存大的DataSet對象的時候。
這里有幾個你必須了解的重要的緩存機制。首先是緩存實現了「最近使用」原則（ a least-recently-used algorithm），當緩存少的時候，它會自動的強制清除那些無用的緩存。其次 「條件依賴」強制清除原則（expiration dependencies），條件可以是時間，關鍵字和文件。以時間作為條件是最常用的。在asp.net2.0中增加一更強的條件，就是資料庫條件。當資料庫中的數據發生變化時，就會強制清除緩存。要更深入的了解資料庫條件依賴請看Dino Esposito 在MSDN雜志2004年七月刊的Cutting Edge專欄文章。
五、 預請求緩存
在前面，我提到過即使我們只對某些地方作了一個小小的性能改進也可以獲得大的性能提升，我非常喜歡用預請求緩存來提升程序的性能。
雖然Cache API設計成用來保存某段時間的數據，而預請求緩存只是保存某個時期的某個請求的內容。如果某個請求的訪問頻率高，而且這個請求只需要提取，應用，修改或者更新數據一次。那麼就可以預緩存該請求。我們舉個例子來說明。
在CS的論壇應用程序中，每一個頁面的伺服器控制項都要求得到用於決定它的皮膚（skin）的自定義的數據，以決定用哪個樣式表及其它的一些個性化的東西。這裡面的某些數據可能要長時間的保存，有些時間則不然，如控制項的skin數據，它只需要應用一次，而後就可以一直使用。
要實現預請求緩存，用Asp.net 的HttpContext類，HttpContext類的實例在每一個請求中創建，在請求期間的任何地方都可以通過HttpContext.Current屬性訪問。HttpContext類有一個Items集合屬性，在請求期間所有的對象和數據都被添加到這個集合中緩存起來。和你用Cache緩存訪問頻率高數據一樣，你可以用HttpContext.Items緩存那些每個請求都要用到的基礎數據。它背後的邏輯很簡單：我們向HttpContext.Items中添加一個數據，然後再從它裡面讀出數據。
⑥ 現在有哪些技術能夠提高.Net的並發和緩存
這些並發，可以通過增加應用伺服器來達到，緩存可以使用 "System.Web.Caching.Cache"來增加，由於目前不知道增加這些並發和緩存的作用，所以下面只能列舉常用的方法給你哦！
一、緩解資料庫讀取壓力
這個緩存機制使用的是.Net本身提供的緩存功能，System.Web.Caching.Cache
這個方案可以解決一般訪問量不是很大的站點的需求，更高一級的，可以通過增加Web園工作進程來達到提升性能的需求，而且這個方案裡面，已經解決多進程下緩存同步的問題。
更高層次的緩存只用到內存資料庫如:Redis Memcached ...
由於增加了緩存服務，可以解決大部分高並發訪問需求。
二、緩解Web伺服器壓力
1 增加公用資源文件訪問CDN (將 js pic 這些站點必須的文件採用公用CDN)
2 使用單獨的文件伺服器
3 增加web伺服器進行負載均衡設計
三、緩解資料庫壓力
資料庫讀寫分離處理
--------------------------
請採納！
⑦ .net的緩存穩定嗎，我想把數據先存在緩存里，然後定時更新到資料庫，會丟失嗎
一般來講緩存都是應用在數據輸出方向上，比如緩存菜單，緩存某些字典表。如果在關鍵節點上依賴緩存進行數據更新，很可能因為緩存丟失而導致數據更新失敗。
緩存的穩定性是基於IIS的進程的，進程終止或內存耗盡都會引起緩存的移除。