ASP.NET 4运行时的主要改进
性能
可扩展性
其它

性能相关的新特性
新的资源监控器选项
Session State的改进
应用程序的自动运行
Response.RedirectPermanent

资源监控
CPU和内存都是有限资源
传统监测都是在进程级的
 无法监测某个应用域
CLR 4引进了“ARM”
 Application domain Resource Management
基于ARM的性能计数器
 Managed Memory Used
 % Managed Processor Time

Session State
跨进程使用的session state
 变得更快
自动压缩
 在很大程度上减少网络流量
 大小减少到1/3到2/3
通过指令控制session state开/关
 仅在真正需要时才用
局部的session state
 仅使用指定key的Session来减少网络流量

应用程序的自动运行
提高网站性能
 使得个别网页运行得更快
 为第一次运行网站应用“隐藏”启动成本
通过ASP.NET和IIS隐藏启动
 IIS7.5能够“自启动”工作进程和应用程序
 ASP.NET 4结合IIS7.5实现自启动
我们可以透过在applicationHost.config中设定以下内容让特定的Pool永远在暖机状态
<applicationPools>
 <add name="MyApplicationPool" startMode="AlwaysRunning" />
</applicationPools>

应用程序的自动运行
IIS team创建了一个warm-up module
 运行在IIS7.5的顶端提供auto-start特性
 支持任何ASP.NET版本
 http://www.iis.net/extensions/ApplicationWarmUp

Response.RedirectPermanent
Response.Redirect生成HTTP 302的状态码，是临时重定向，会引发客户端对web服务器的2次请求
Response.RedirectPermanent生成HTTP 301的状态码，是永久重定向，下次访问时浏览器或搜索引擎直接访问重定向后的地址

可扩展性的改进
Session State
Output Cache
HTML, URL, HTML attribute, HTTP headers可自定义编码
Request Validation

Session State的扩展
仍可通过SessionStateStoreProviderBase实现自定义的Session存储机制
官方将提供新的Session State Provider

Output Cache的扩展
通过OutputCacheProvider派生出一个新的class实现自定义的Output Cache Provider
官方将提供新的Output Cache Provider
 Windows AppFabric Caching(分布式缓存)
 基于磁盘存储的Output Cache Provider
扩展机制支持
 绝对过期时间
 文件依赖
 静态替换和验证等

自定义编码的扩展
通过System.Web.Util.HttpEncoder派生出一个新的class实现自定义编码
并在web.config中设定
<httpRuntime encoderType="Samples.MyCustomEncoder, Samples" />
当调用System.Web.HttpUtility或System.Web.HttpServerUtility的公开方法时自动调用我们自定义的编码逻辑

Request Validation的扩展
通过System.Web.Util.RequestValidator派生出一个新的class实现自定义RequestValidation
并在web.config中设定
<httpRuntime requestValidationType="Samples.MyValidator, Samples" />
然后网站的Request均使用自定义的逻辑进行检查

其它
Web.config的httpRuntime可以设置url长度，字符限制等规则
 maxRequestPathLength
 maxQueryStringLength
 requestPathInvalidChars
通过RouteTable.Routes对URL重写