Web applications IIS 5.1/6.0与DataGrid和SqlDataSource刷新的差异

Web applications IIS 5.1/6.0与DataGrid和SqlDataSource刷新的差异,web-applications,caching,iis-6,sqldatasource,iis-5,Web Applications,Caching,Iis 6,Sqldatasource,Iis 5,我这里有个奇怪的问题 我有一个ASP.NET 3.5应用程序,它在Default.aspx上有一个GridView和一个SqlDataSource。GridView被数据绑定到SqlDataSource。GridView的每一行都有一个名为View的按钮,该按钮将用户发送到一个单独的页面,在该页面上可以编辑该行 我安装了两个此应用程序-一个安装在我的开发笔记本电脑上,它是运行IIS 5.1的XP,另一个安装在运行IIS 6.0的Windows 2003服务器上。web.config文件是相同的,

我这里有个奇怪的问题

我有一个ASP.NET 3.5应用程序,它在Default.aspx上有一个GridView和一个SqlDataSource。GridView被数据绑定到SqlDataSource。GridView的每一行都有一个名为View的按钮,该按钮将用户发送到一个单独的页面,在该页面上可以编辑该行

我安装了两个此应用程序-一个安装在我的开发笔记本电脑上,它是运行IIS 5.1的XP,另一个安装在运行IIS 6.0的Windows 2003服务器上。web.config文件是相同的,IIS配置属性是相同的,并且它访问的是同一个数据库

在我的笔记本电脑上,我看到的行为是正确的,如下所示: 1.打开页面,通过分页链接选择datagrid的第15页。 2.单击记录的查看按钮,查看编辑页面。 3.单击“上一步”按钮,您将返回到Default.aspx页面,GridView将使用新数据重新加载/刷新。再次单击“查看”可转到正确的项目

在服务器上,我看到以下内容: 1.打开页面,通过分页链接选择datagrid的第15页。 2.单击记录的查看按钮,查看编辑页面。 3.单击“上一步”按钮,您将返回到Default.aspx页面,GridView不会重新加载新数据,它会立即弹出。再次单击“查看”会将您带到错误的项目


显然存在某种缓存问题,但我想不出来……有什么想法吗?

我不确定确切的原因,或者原因,但正如我所料,这是一个缓存问题。当我添加声明时:

Response.CacheControl = "no-cache";
对于Default.aspx.cs,问题会消失。back按钮破坏了请求模式并不奇怪,但我确实发现运行在笔记本电脑上的IIS 5.1比IIS 6.0更好地处理back按钮,这让我感到惊讶