这里先不说标题上的UseSubmitBehavior属性是什么，先说下面这种情况。

通常，在我们写一个表单页面的时候，最下方会有“提交”和“返回”字样的两个按钮。顾名思义，它们的功能大家都知道，但是一般情况下我们会给表单的内容加上一些验证，这样就出现了一个问题。因为两个按钮是服务器控件（有runat=”Server”属性），所以点击按钮之后会先进行验证（无论这里你用的是前台的jQuery.validate验证或者是ASP.NET自带的后台验证控件验证，都会先进行验证）。对于“提交”按钮，这确实是我们想要的，但是对于“返回”按钮，我们并不想出现这种情况，而是想让它不经过验证，直接跳转回上一页。

对于这种情况，我以前的解决方法就是把

1
< asp:Button  ID = "button_back"  runat = "server"  Text = "back"  OnClick = "button_back_Click"  />

换成

1
< input  type = "button"  value = "back"  onclick = "BackToPage();"  />

这种形式。BackToPage方法实现页面跳转。

我相信很多朋友都是这么写的吧？反正能解决问题就行。为什么？往下看。

但是今天无意中发现了Button.UseSubmitBehavior这个属性，将其置成false，会使“返回”按钮“躲避”掉表单验证，直接执行点击事件中的方法。这正是我们一直以来想要的不是么？而且按钮还很统一，不用去加额外的js代码。

这里要说明一下，大家不要以为Button.UseSubmitBehavior真的是用来“躲避”验证的，我只是用这个词来表达一下它实现的效果。实际上Button控件有专门的属性是用来屏蔽验证控件的。就是Button.CausesValidation，通过名字我们应该就能了解一二。

那你会不会问，“既然有这个属性，以上问题就不算是问题啦，可以很容易的解决。”

我想说，“是这样的啊！”但前提是，你的项目中只存在后台验证。但是现实中我觉得不会所有人都这样做吧？反正我就蛮习惯用jQuery.validate验证插件的（前台验证）。那我们继续研究Button.UseSubmitBehavior吧。

看个例子：

前台代码：

1
2
< asp:Button  ID = "button_confirm"  runat = "server"  Text = "确定"  />
< asp:Button  ID = "button_back"  runat = "server"  Text = "返回"  onclick = "button_back_Click"  />


浏览器中查看源码中的形式


wKioL1Pi2hTT2wOhAABtt6ip0kE748.jpg

前台代码：

1
2
< asp:Button  ID = "button_confirm"  runat = "server"  Text = "确定"  />
< asp:Button  ID = "button_back"  runat = "server"  Text = "返回"  UseSubmitBehavior = "false"  onclick = "button_back_Click"  />

浏览器中查看源码中的形式

wKiom1Pi2R7BpJwMAACQzy-l3C8380.jpg

大家可以看出加上UseSubmitBehavior属性后，解析成的html语句明显不同。看到这我才恍然大悟，当加过UseSubmitBehavior属性之后，type属性变成了button，这样就跟以往的解决方法一样了啊，因为不是submit属性，所以也就不会触发jQuery.validate的验证方法（回答上面橙色加粗部分的为什么）。这就是为什么UseSubmitBehavior 置成false后，不用去进行前台验证的原因。这就是谜底。

但是到这就结束了会不会觉得有些怪呢？我们为了达到我们的目的，使用了一个新的属性，但是这个属性存在的意义并非是为了达到我们的目的。

整理一下思绪，上面的例子我们需要从脑袋里抹去。UseSubmitBehavior属性与是否触发表单验证完全没有任何关系。我们来专注这个属性的本身，毕竟这个是标题。

我很俗的查了一下MSDN

wKioL1Pi2l7gYYgNAANl8QOMIFs559.jpg

可以看出重点就是图里指出的两个机制：

1、客户端浏览器的提交机制

2、ASP.NET 回发机制

解释一下，有错误的话请大家指正

1、大家可以看下这个链接所讲的第一部分：http://www.th7.cn/Program/net/201309/150415.shtml

就是浏览器会封装一个请求报文，发给服务器，服务器解析这个报文，进行重组，生成一个响应报文，回发给浏览器，浏览器收到后再对其进行解析，就生成了我们看到的网页和一些我们看不到的数据。它们之间的通信都是遵循HTTP协议。

重点强调：HTTP是无状态协议，也就是说每次的浏览器请求，服务器响应都是全新的一次。

2、大家可以看下这个链接所讲的内容：http://blog.sina.com.cn/s/blog_7815564501012qgy.html   对于回发机制，我希望大家能跟着这篇文章里讲的步骤写个小Demo试试，会更有感觉。

回发机制，就是自己请求自己的页面，这个机制比较搞，如果大家理解上一个机制，就会发现ASP.NET回发机制与其是有点背离的，上一个是无状态的，这一个是能将前一次的值保存住，作为下一次页面的初值。

举个实际中的例子，就是当我们在填写一个表单时，有好多好多项，但是当我们填到倒数第二项的时候，不小心点击了刷新，正常按第一个机制来说，表单内控件上的值应该全部被清空，因为此时还没有做数据库读取的操作，所以页面不可能有值，但是有了回发机制，__viewstate把页面保存了下来，这样就保留下了我们先前填写的内容。不过技术群里的一个朋友说“现在这个东西已经很少会用了，基本不会用控件做项目开发。”囧rz啊~我一直都用的不亦乐乎，怎么破？

两个机制解释完了，可能大家还是有点一头雾水，其实此时我也是一样。下面写个Demo让整件事情变得更清晰点吧，借用一下Fiddler 这个工具。

页面展示：

wKioL1Pi2quhBKOLAABg4-bnKE4605.jpg

html代码：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
< html  xmlns = "http://www.w3.org/1999/xhtml" >
< head  runat = "server" >
     < title ></ title >
</ head >
< body >
     < form  id = "form1"  runat = "server"  method = "post" >
     < div >
         < asp:Label  ID = "Label1"  runat = "server"  Text = "content："  ></ asp:Label >
         < asp:TextBox  ID = "textbox_content"  runat = "server"  width = "500px" ></ asp:TextBox >
         < asp:Button  ID = "button_usesubmitbehavior_true"  runat = "server"  Text = "browser-server" 
             onclick = "button_usesubmitbehavior_true_Click"  />
         < asp:Button  ID = "button_usesubmitbehavior_false"  runat = "server"  Text = "postback" 
             UseSubmitBehavior = "false"  onclick = "button_usesubmitbehavior_false_Click"  />
     </ div >
     </ form >
</ body >
</ html >

页面源码：

wKiom1Pi2cDD31CeAAC8pU5WYJw462.jpg

后台代码：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
     public  partial  class  WebForm1 : System.Web.UI.Page
     {
         protected  void  Page_Load( object  sender, EventArgs e)
         {
             textbox_content.Text +=  "M" ;
         }
 
         protected  void  button_usesubmitbehavior_true_Click( object  sender, EventArgs e)
         {
             textbox_content.Text +=  "true" ;
             button_usesubmitbehavior_true.Text +=  "1" ;
             button_usesubmitbehavior_false.Text +=  "2" ;
         }
 
         protected  void  button_usesubmitbehavior_false_Click( object  sender, EventArgs e)
         {
             textbox_content.Text +=  "false" ;
             button_usesubmitbehavior_true.Text +=  "3" ;
             button_usesubmitbehavior_false.Text +=  "4" ;
         }
 
     }

操作步骤：

1、初始页面

wKiom1Pi2enQatSSAAAvoqIGKTo747.jpg

2、先连续点击browser-server按钮三次

wKioL1Pi2xWTD8M1AACzZRdAx9o398.jpg

wKiom1Pi2gmzyv2PAAWe90Ja6eA270.jpg


3、再连接点击postback按钮三次。

wKiom1Pi2jGiU24YAADNHNoTOZg045.jpg

wKiom1Pi2kXgW4RoAAXkBwyh6JI797.jpg


通过这个demo示例，如果单从页面显示上看，我们完全看不到两者有什么不同，因为后台想实现的功能两者都实现了（就是点击一下按钮，会经过一次page_load方法，然后再经过各自的click事件，给文本框和两个按钮追加内容）。但是利用fiddler工具，我们会发现提交的表单内容的确是有些不一样，UseSubmitBehavior属性设为false的按钮提交时，本身没有作为表单的参数传递给服务器端。

这就是唯一的不同吗？感觉还是不够，不过我真的是写不动了。

有兴趣的朋友可以再想想别的对比示例，比如试试在page上加EnableViewState="false" 这个属性，看看点击完按钮会是什么效果的。这个我也有试，不过感觉还是不能证明什么。

啊，最后终于想到了一个，你可以给browser-server按钮加上EnableViewState="false"属性，嗯嗯，这个比较靠谱，给browser-server 按钮加上EnableViewState="false"属性 ，目的就是让其没有回发机制，因为Asp.Net控件默认都会有回发机制，这样browser-server 按钮就只有单纯的客户端浏览器的提交机制，而postback按钮就只有回发机制。页面效果异常明显啊~

卖个关子，想看效果的朋友自己去试一下吧，大家可以留言做交流，原谅我，这篇文章写的属实有点累。

总结一下，UseSubmitBehavior 这个属性绝对可以说是非主流的，花时间去研究会不会很蛋疼？

其实最初根本没有想过这篇文章会写这么长，但是随着研究这个属性深入，我去学习了ASP.NET的底层交互原理，ASP.NET页面生命周期，回发机制以及了解了验证相关的问题。说实话，收获蛮多的，也很开心。当然，还要继续实践，学习。