浏览器的刷新是指重复上一次向服务器发送的请求，而asp.net的服务器控件的事件都是通过postback机制向服务器发送请求的。所以，当你点击提交按钮后再刷新，实际上是把提交按钮的postback请求又发送了一次。而asp.net应用服务器是无法区别这是正常点击按钮添加还是f5刷新添加（这涉及到页面生命周期。。。），那么这样就会导致在数据库里会存在n 条一模一样的数据。
在解决这个问题的过程中，尝试了一下几种方法：
（1）在事件提交后，将其中的参数置空，使得程序在执行过程中，因为没有参数而不会做业务处理。这种处理方法没有效果，因为服务器执行的是上一次请求的事件，事件提交后，改变参数没有任何意义。
（2）在事件提交后，将页面进行重定向到当前页面（Response.Redirect( "/basedata/PictureAdd.aspx" , true);）。因为每个页面都具有自己的生命周期，进行重定向后，即结束了当前页面操作。这种方法可行！
为什么在原Asp开发程序中不会碰到这样的问题呢？我觉得是因为Asp程序主要都是将表单提交给另外一个页面处理，并且，这个页面处理之后，将跳转到另外一个提示页面。那么在Asp程序中，只需要在回退时将页面设置为过期那么就可以有效的避免重复提交的问题。但是在Asp.Net中，基本上所有的操作都是基于事件操作，而事件的本质上就是页面自己提交给自己，并且页面无法识别提交时正常操作还是重复刷新。
在解决这个问题的过程中，尝试了一下几种方法：
（1）在事件提交后，将其中的参数置空，使得程序在执行过程中，因为没有参数而不会做业务处理。这种处理方法没有效果，因为服务器执行的是上一次请求的事件，事件提交后，改变参数没有任何意义。
（2）在事件提交后，将页面进行重定向到当前页面（Response.Redirect( "/basedata/PictureAdd.aspx" , true);）。因为每个页面都具有自己的生命周期，进行重定向后，即结束了当前页面操作。这种方法可行！
为什么在原Asp开发程序中不会碰到这样的问题呢？我觉得是因为Asp程序主要都是将表单提交给另外一个页面处理，并且，这个页面处理之后，将跳转到另外一个提示页面。那么在Asp程序中，只需要在回退时将页面设置为过期那么就可以有效的避免重复提交的问题。但是在Asp.Net中，基本上所有的操作都是基于事件操作，而事件的本质上就是页面自己提交给自己，并且页面无法识别提交时正常操作还是重复刷新。