前几天，在程序使用Respoonse.Redirect("a.ASPx?f=9#12")的时候，发现在IE里面，跳转之后的页面忽略了#之后的内容，奇怪的是在同一页面向自己Redirect的时候，这个问题就不会存在，百思不得其解，有病乱投医吧，上网狂搜了一把，有人说设置页面Buffer为false可能解决这个问题，于是将a页面的buffer设置了false，经过验证，这个与上述问题不相干，但是一时疏忽，忘记了没有将buffer修改过来，昨天项目发布，放到服务器上发祥a页面的执行时间大的惊人，页面内容稍微大一点，页面往往会超时，而实现同一功能的b页面执行时间基本为0－16，而a页面数据库查询次数为3,b页面为7，这就更让人纳闷了，在本地试了下，b页面基本上和服务器没什么区别，a页面在90-300ms之间，而明显的b页面要表现的数据和查询的次数都要比a多，两者从页面结构上来说，基本一样，因为二者共同使用了相同的UserControl，只有中间部分表现形式稍微不同而已，同在一个屋檐下的人，差距怎么这么大呢？纳闷之余，一个个删除页面元素，发现根本不起本质作用，b页面就是出奇的快，a页面跟中风一样，慢的可以，于是找亚找，基本说是将a改了个遍，就差说闹鬼了得时候，突然发现a页面的buffer设置了false，而b赫然是true, 豁然开朗，铁钉就是这里问题，马上更正过来，good!a页面马上快了起来。

    一次不小心，造成如此的麻烦，不过总结了一下规律，在buffer设置为false得时候，与设置true，页面在处理时间上基本相差10－20倍的关系，如果以后发现同样功能的页面，速度相差不少，排除了数据处理等因素，应该考虑一下是否存在上述问题。

AspNet技术：ASP.NET：设置页面buffer引出来的问题，转载需保留来源！

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。