.Net环境下的缓存技术介绍 4

 

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.NetSQLDataAdapter对象来访问datatable或dataset。

使用SQL Server缓存数据的优点：

·易于实现——使用.Net 框架和Ado.Net访问数据库相当方便；

·完善的安全模型和很高的健壮性；

·数据非常方便的共享；

·数据的持久保留。

·支持很大的数据量。

·方便的管理工具

当然，也有缺点：

·需要安装SQL Server，对小型应用来说不合适；

·重新构造数据的性能和读取数据库的性能比较；

·网络负担。

2.5 使用静态变量缓存

静态变量常用来记录类的状态，你可以用它来创建定制的缓存对象。在定制的缓存类中将你的数据存储器声明为静态变量，并且提供维护接口（插入、删除和访问等）。如果没有特殊的缓存需求（比如依赖、失效策略等），使用静态变量缓存数据是很方便的。由于是在内存中，这种方案可提供对缓存数据的直接、高速的访问，当没有替代方案解决键值对的存储且对速度要求很高时，可以使用静态变量。当然，在asp.net中，应该使用Cache对象。

你可以使用这种方案保存大数据的对象，前提是它不经常更改。由于没有清除机制，大数据的内存消耗会影响性能。

你需要保证定制线程安全机制，或者使用.Net框架提供的同步对象，比如Hashtable。以下代码是使用Hashtable实现的例子：

static Hashtable mCacheData = new Hashtable();

应用范围：本方案的应用范围可以限制到类、模块或整个项目。如果变量定义为public，整个项目中的代码都能访问它，范围是整个应用程序域，实现了高效的共享。而它的生存期是和范围紧密相关的。

2.6 使用asp.net session state

你可以使用基于HttpSessionState对象的asp.net session state来缓存单个用户的会话状态信息。它解决了asp中会话状态的很多限制，包括：

·asp session要求客户端接受cookies，否则就不能使用session；而asp.net可以配置为不使用cookie；

·对web server场的情况，asp的session不能支持；当稳定性和可用性要求很高时，asp.net session state虽然效果不好，但对比较小的单个值scalar Value（比如登录信息），还是很有效。

Asp.net session有很大改进，下面描述使用范围和使用方式。

Asp.net session state有三种操作模式：

1、 进程内模式InProc——Session State信息在asp.net工作进程aspnet_wp.exe的进程的内存中存储。这是默认选项，这种情况下，如果进程或应用程序域被回收，则Session 状态信息也被回收；

2、 进程外模式State Server——状态信息序列化后保存在独立的状态进程中（AspNet_State.exe），所以状态信息可以保存在专门的服务器上（一个状态服务器State Server）；

3、 Sql server模式——状态信息序列化后保存在SQL Server数据库中。

你可以通过调整配置文件中<sessionState>标签的mode属性来设置要使用的状态模式，比如使用SQL Server模式来在Web server场中共享状态信息。当然，这个优势也有缺点，就是状态信息需要序列化和反序列化，同时多了对数据库的写入和读取，所以性能上有开销，这是要仔细评估的。

2.6.1 选择使用模式

2.6.1.1 使用InProc模式

当使用进程内模式时，状态信息保存在aspnet_wp.exe的进程中。由于在web场的情况下aspnet_wp.exe的多个实例在同一台服务器上运行，所以进程内模式不适用与web场的情况。

进程内模式是唯一支持Session_End事件的session模式，当用户会话超时或中止时，可以运行Session_End中的事件处理代码来清除资源。

2.6.1.2 使用StateServer模式

StateServer模式使用指定的进程储存状态信息。因为它也是一种进程外模式，所以要保证你存储的对象是可序列化的，以支持跨进程传输。

当使用Session对象在web场的情况下使用时，必须保证web.config文件中的<MachineKey>元素在所有服务器上是唯一的。这样所有的服务器使用同样的加密方式，才能访问缓存中的数据。参考msdn中的“MachineKey元素”。

2.6.1.3 使用SQL Server模式

SQL Server模式下，当你使用信任连接（trusted_connection=true 或integrated security=sspi）访问Session state信息时，不能在asp.net中使用身份用户模拟。

默认情况下，SQL Server将状态信息存储在TempDb数据库中，它在每次Sql server服务启动时会自动重新创建，当然，你可以指定自己的数据库以便在数据库重启的过程中也能保持数据。

2.6.2 决定使用Session对象要存储的内容

你可以使用Session对象缓存任何类型的.net框架数据，但是要了解对某种类型来说最好的方式是什么。有以下几点需要说明：

1、 对基本类型（比如Int,Byte,String）来说，可以使用任何方式。因为在选用进程外方式时，asp.net使用一个优化的内部方法来序列化和反序列化基本类型的数据；

2、 对复杂类型（如ArrayList）来说，只选用进程内方式。因为asp.net使用BinaryFormatter来序列化和反序列化这类数据，而这会影响性能的。当然，只有在State Server和SQL Server的方式下，才会进行序列化操作；

3、 缓存的安全问题，当在缓存中存储敏感数据时，需要考虑安全性，其它页面可以访问到缓存中的数据；

4、 避免缓存大数据，那会降低性能；

5、 这种缓存方式不支持过期策略、清除和依赖。

2.6.3 实现Session State

Asp.net提供了简单接口来操作Session State，并可使用Web.Config进行简单设置，当配置文件中的设置改变时，能够在页面上立刻体现出来，而不需要重新启动asp.net进程。

以下代码演示了使用SQL Server来实现Session数据的存储和使用。

<sessionState

mode="SQLServer"

stateConnectionString="tcpip=127.0.0.1:42424"

sqlConnectionString="data source=127.0.0.1; Integrated Security=SSPI"

cookieless="false"

timeout="20"

/>

private void SaveSession(string CartID)

{

Session["ShoppingCartID"] = CartID;

}

private void CheckOut()

{

string CartID = (string)Session["ShoppingCartID"];

if(CartID != null)

{

// Transfer execution to payment page.

Server.Transfer("Payment.aspx");

}

else

{

// Display error message.

}

}