為了避免每次請求都去訪問後臺的資源，我們壹般會考慮將壹些更新不是很頻繁的，可以重用的數據，通過壹定的方式臨時地保存起來，後續的請求根據情況可以直接訪問這些保存起來的數據，這種機制就是所謂的緩存機制。緩存分為頁面輸出緩存，內存數據緩存和緩存依賴等。從設計原則來說，易變性、敏感性的信息不適合進行緩存，同時緩存的內容也是易丟失的，在代碼中不能完全依賴於緩存的數據，需要保證在緩存的數據丟失後也能進行正確的處理。
1、頁面輸出緩存
通過對輸出的頁面進行緩存，每次新的用戶請求調用相同的 Action 時，相同的內容不需要重新創建壹次而直接輸出。頁面輸出緩存的使用非常簡單，在 Action 上使用 [OutputCache] 特性標記即可生效。頁面輸出緩存可控制緩存的內容所存儲的位置，例如是在服務器端存儲緩存的頁面內容還是在客戶端存儲緩存的頁面內容；也可使用 Duration 參數控制緩存的失效絕對時間和間隔時間，甚至能使用 VaryByParam 參數對不同的請求參數分別進行緩存。頁面輸出緩存非常適合於內容比較固定的前端頁面的緩存。
2、內存數據緩存
通常情況下，數據是保存在數據庫、磁盤文件等存儲介質中的，而應用程序訪問這些資源是壹項很費時的操作。如果先將這些資源中的數據緩存到內存緩存區中，當應用程序需要這些數據時，直接從緩存區中提取，就可以減少系統開銷，顯著提高可使用的用戶並發數等。內存數據緩存需考慮緩存的內容更改失效後如何清空其他已經被緩存的相關聯的數據問題。
3、EFCache
眾所周知，NHiberate 提供了二級緩存功能。現在，如果妳使用的是 Entity Framework 6 或更高版本的 Entity Framework ，妳也可考慮使用 EFCache 組件來為 Entity Framework 提供二級緩存支持，其實質上也是屬於內存數據緩存。EFCache 的特點是使用上非常方便，僅需定義如下的代碼無需其他復雜的額外的配置即可實現二級緩存。如需定義特定的緩存策略，如緩存的過期時間，控制數據緩存的範圍，也僅需繼承 CachingPolicy 類並 override 其部分方法即可。妳甚至可以通過實現 ICache 接口來實現自定義的緩存模型以替換默認的 InMemoryCache 。
二、Stream壓縮
對響應流進行壓縮，其作用是減少網絡開銷，提高系統的響應速度。目前的瀏覽器通常都支持 gzip 和 deflate 壓縮解壓功能，因此妳通常無效考慮瀏覽器的兼容性問題。啟用 gzip 和 deflate ，既可通過 IIS 配置實現，在 MVC 中也可通過編寫自定義的 ActionFilter 實現。在壓縮之前和壓縮之後 Stream 的大小差異通常都是驚人的，其壓縮率通常都在5-10倍以上。
三、js和css文件的壓縮和打包
1、js 和 css 文件的壓縮
其實質就是生成較小的文件，減小下載這些文件的網絡開銷，提供系統的響應速度。壓縮 js 和 css 文件還有個好處是通常還可以起到代碼混淆的作用。在 YbSoftwareFactory 的 MVC 解決方案中，使用的是 Microsoft Ajax Minifier 組件，可在代碼編譯的過程中自動對所配置的 js 和 css 進行壓縮，基本上文件的大小都可減少壹半以上
2、js、css文件的打包
其目的是進行 js 文件和 css 文件的合並，當前主流瀏覽器的並發連接數默認情況下通常都是 6 個，如果前端頁面同時請求的服務器資源（如 img 文件、js 文件、css 文件以及各類 url 請求等）超過6個，通常就需要進行排隊下載。進行 js 文件、css 文件的打包合並，通常可以在壹次請求中就完成未打包之前需多次請求才能完成的工作，通過減少前端瀏覽器的連接請求，在某種意義上也是可提高系統的響應速度的。