超时逆转(Time out reversal)

 我不会依赖这个。 这种情况下存在大量的记录错误。 为什么不添加name='submit'的隐藏字段？ 这样重新编写后端就不会太难了。 
 
<input type='hidden' name='submit' value='FTSearchButton'/>

So, I researched this last night and almost got somewhere. Then this morning, I really did get somewhere and here's where I ended up.
 
Apparently the W3C standards for form submission are pretty lax when describing the functionality as it relates to the Enter button and submitting forms. It seems they determined that 
 
'When there is only one single-line text input field in a form, the user agent should accept Enter in that field as a request to submit the form.' 
 
So that leaves a lot of wiggle room for the browser makers. Today, virtually all browsers support using the Enter key to submit a form, whether the form contains one or more single line text input boxes.
 
The problem I'm having is more or less unique to 'IE', and only when the form contains one, single-line text input control. For whatever reason, Microsoft decided that when IE submits a form like this, it doesn't include the submit button's name/value pair in the post body. However, it does include the button's name/value pair if the user clicks the submit button --OR-- uses the enter key, and the form contains more than one single-line text input control. 
 
So, the only solution I can think of or find suggested is to add a second single-line text input to my form, and then set the the style to 
 
visibility:hidden;display:none;
 
My form now has two single-line text input controls, so the form will post with the name/value pair in the form body, regardless of whether or not the user used the enter key or clicked the submit button.
 
So, what we have is a work around that was discovered by ASP.NET developers. It seems the key/value pair is required by ASP.NET web-forms to fire the click event, so this work around isn't something new, albeit not my favorite way to do things.