System.Web.Caching.Cache 类是对象的缓存，它可以通过System.Web.HttpRuntime.Cache 的静态属性或System.Web.UI.Page 和System.Web.HttpContext.Cache来访问。因此在请求上下文之外也可以存在，在每个应用程序域中只有一个实例，所以HttpRuntime.Cache对象可以在Aspnet_wp.exe之外的每个应用程序域中存在。以下代码演示了在普通应用里访问Cache对象：
HttpRuntime httpRT = new HttpRuntime();
Cache cache = HttpRuntime.Cache;
2.2 使用Remoting Singleton缓存
.Net Remoting提供了跨应用程序域、跨进程、跨计算机的程序运行框架。服务器激活的对象有两种激活模式，其中Singleton 类型任何时候都不会同时具有多个实例。如果存在实例，所有客户端请求都由该实例提供服务。如果不存在实例，服务器将创建一个实例，而所有后继的客户端请求都将由该实例来提供服务。由于 Singleton 类型具有关联的默认生存期，即使任何时候都不会有一个以上的可用实例，客户端也不会总接收到对可远程处理的类的同一实例的引用。所以将数据缓存起来可以在多个客户端之间共享状态信息。
为了使用.Net Remoting实现缓存方案，要保证远程对象的租约不过期，并且远程对象没有被垃圾回收器销毁（对象租约是指在系统删除该对象前它在内存中的生存期）。当实现缓存时，重载MarshalByRefObject的InitializeLifetimeService方法并且返回null，这样就能保证租约永远不过期并且相关的对象生存期是无限的。以下代码是一个示例：
public class DatasetStore : MarshalByRefObject { // A hash table-based data store private Hashtable htStore = new Hashtable(); //Returns a null lifetime manager so that GC won't collect the object public override object InitializeLifetimeService() { return null; } // Your custom cache interface }
注意：由于这种方案的成本较高、性能上的限制并且可能造成系统不稳定，通常采用基于Sql Server的方案来替代。
2.3 使用内存映射文件（Memory-Mapped File）
内存映射文件提供独一无二的特性，允许应用程序通过指针来访问磁盘上的文件——与访问动态内存趣的方式一样。所以你可以将应用程序进程中的某个地址段的数据映射到文件中，供多个跨应用程序域或跨进程访问。
在windows中，代码和数据是以以种方式处理的，表现形式都是内存页，而在内存页背后都是磁盘上的文件。唯一的不同磁盘上的文件类型不同。代码后面是可执行的镜像，而数据后面则是系统的页面文件。当多个应用程序共享内存时，系统的性能会有明显提升。
你可以使用内存映射文件的这种特性来实现同一台机器上的跨进程和跨应用程序域的缓存解决方案。基于内存映射文件的缓存方案包含以下组件：
·windows NT服务——启动时创建内存映射文件，停止时删除它。功能是向使用缓存的进程提供句柄。当然，也可以使用命名的内存映射文件来提供操作接口；
·缓存托管组件（Cache Management Dll）——实现特定的缓存功能，比如：
a. 插入和删除数据项到缓存中；
b. 使用算法清除缓存，比如最后使用算法（Least Recently Used）；
c. 保证数据不被篡改；
基于内存映射文件的缓存方案可以用在应用程序的每个层中，但由于使用win32 API调用，所以并不容易实现。.Net 框架不支持内存映射文件，所以只能以非托管代码的方式运行，当然也不能利用.Net框架的有力特性，比如垃圾回收等。同时缓存数据项的管理功能需要定制开发，还要开发性能计数器来监控缓存的效果。
2.4使用SQL Server缓存
如果需要在进程回收（重启）、机器重启或电源故障的过程中保持缓存数据的有效，基于内存的方案并不能满足要求。你可以使用基于永久数据存储的方案，如SQL server数据库或NTFS文件系统。
SQL Server在使用sql语句或存储过程得到数据时，对varchar和varBinary类型的数据有8k的大小限制，你必须使用.Net 框架提供的Ado.Net SQLDataAdapter对象来访问datatable或dataset。
使用SQL Server缓存数据的优点：
·易于实现——使用.Net 框架和Ado.Net访问数据库相当方便；
·完善的安全模型和很高的健壮性；
·数据非常方便的共享；
·数据的持久保留。
·支持很大的数据量。
·方便的管理工具
当然，也有缺点：
·需要安装SQL Server，对小型应用来说不合适；
·重新构造数据的性能和读取数据库的性能比较；
·网络负担。