ASP.NET Web 缓存增强性能和可伸缩性
ASP.NET Web 缓存增强性能和可伸缩性
概览：
瓶颈限制显著降低
静态和动态 Web 缓存
必备的功能：过期、数据库依赖关系、PDF 部分内容以及更多功能
对全球组织的特殊好处
Web 缓存服务器群集
免费和商用解决方案
Contents
问题：ASP.NET 瓶颈限制
解决方案：ASP.NET Web 缓存
Web 缓存中的必备功能
过期
过期时重新加载页面
部分页面缓存
数据库依赖关系
文件依赖关系
PDF 部分内容
ViewState 缓存
Gzip 压缩
可伸缩和动态 Web 缓存群集
缓存地理分布
脱离数据库
指导原则
基于 ASP.NET（Microsoft Web 应用程序框架）的应用程序对企业的影响日益增大。 同时，由用户和处理数量的不断增长而导致的瓶颈限制继续促使 IT 专家们寻求更为优异的性能和可伸缩性。
问题：ASP.NET 瓶颈限制
导致 ASP.NET 应用程序中出现瓶颈的原因有多种。 最明显的原因为：数据存储技术不如 Web 应用程序体系结构的伸缩性强。 当您试图扩展应用程序时，ASP.NET 应用程序中处理数据存储或数据访问的任何一个位置都将立即陷入阻塞状态。 发生这种情况的两个区域为：会话状态存储以及来自关系数据库或大型数据库的应用程序数据（请参见图 1）。
图 1 ASP.NET 应用程序中产生性能瓶颈的常见区域。
如果 ASP.NET 应用程序正在对 Web 服务进行面向服务的体系结构 (SOA) 调用，则会出现另一种瓶颈限制。 之所以会出现速度减慢的情况，是因为 Web 服务与 ASP.NET 应用程序存在同样的问题（也就是说，在数据存储和访问中）。 很可能是 Web 服务场正在跨多个应用程序共享，因此其受到的压力远远大于任何一个 ASP.NET 应用程序，从而造成了可伸缩性瓶颈。
用户浏览器和 ASP.NET Web 场之间也可能出现瓶颈。 由于 ASP.NET 页面需要反复执行，从而大量占用 CPU 处理能力，以上瓶颈现象的发生与此相关。 在该过程中还会向用户频繁发送大量数据元素（图像、文档等）。
在 TechNet 杂志之前的文章中，我讨论了 ASP.NET 性能和可伸缩性的问题，主要侧重于会话状态和应用程序数据（请参阅“为 ASP.NET 应用程序提供可伸缩性”，2009年 6 月）。 在这篇文章中，我介绍了这些问题发生的原因，其中包括 ASP.NET 会话状态为何会随着 Web 场的增长而陷入阻塞状态。 我在文中提到，对于 ASP.NET 会话状态，分布式内存缓存是 Microsoft 现有存储方案的绝佳替代方案。 我描述了来自数据库的应用程序数据如
相关文档：
<script type="text/javascript">
var xmlHttp;
function createXMLHttpRequest()
{
......
这也许是一个小问题 但是有很多学问 不能眼高手低 我把大部分情况列出来 给大家一个提醒
float str = 987654.32F;
//Response.Write(string.Format("{0:c}", str));
//this.Label1.Text = string.Format("{0:D}", str);
//this.Label1.Text = string.Format("{0:C}", str); ......
第一：
private void Button1_Click( object sender, System.EventArgs e ) { Response.Redirect( Request.Url.ToString( ) ); } 第二：
private void Button2_Click( object sender, System.EventArgs e ) { Response.Write( " < script language=javascript>window.location.href=document.URL; < /script&g ......
此处提供的代码用来实现当asp.net页面中的某个Button被点击后disable掉该页面中所有的Button，从而防止提交延时导致的多次提交。基于之前的onceclickbutton脚本.
//ASP.NET中防止页面多次提交的代码:javascript< script language="javascript"> < !-- function disableOtherSubmit() {
var obj = event.srcElem ......
