由于我们在进行异步PostBack时，直接访问了~/SubFolder/Target.aspx，因此在生成的Form对象其action值为Target.aspx。于是乎，UpdatePanel兢兢业业地将客户端form元素的action也进行了修改。这样就让我们再次提交时访问了一个不存在的页面，错误就再所难免了。

解决问题：

　　既然发现了问题所在，那么解决起来自然也会得心应手。我们只要在响应Sys.Application的load事件即可，它会在页面第一次加载时，以及每次Partial Rendering之后被触发，我们在这时候修改页面中form元素的action属性即可，如下：

相应Sys.Application的load事件
Sys.Application.add_load(function()
{
    var form = Sys.WebForms.PageRequestManager.getInstance()._form;
    form._initialAction = form.action = window.location.href;
});
 
　　至于为什么应该这样获得页面中的form元素，_initialAction又是什么，以及为什么要设置它，就要牵涉到UpdatePanel的实现方式，在这里就不多作解释了。只要页面中放置了这么一小段代码，这个问题就被解决了。

深入问题：

　　造成这个问题的原因，其实就是因为在Url Rewrite之后，form元素的action并非客户端请求的地址，而是Url Rewrite的目标地址。如果我们没有使用Partial Rendering，而是使用了最传统的PostBack，虽然不会造成页面功能的破坏，但是在PostBack之后，用户就会发现地址栏的内容变了，直接变成了目标地址。这可不是我们希望看到的结果，既然Rewrite了，就把它Rewrite到底。当然，我们依然可以使用上面提到的办法，使用javascript来修改form元素的action，但是这个做法实在不够“美观大方”，而且用户从HTML源文件中也可以看到我们Url Rewrite的目标地址，不是吗？

　　如果我们能够在服务器端设置Form的action就好了，可惜System.Web.UI.HtmlControls.HtmlForm类不允许我们这么做。不过还好，我们用的是ASP.NET，我们用的是面向对象的编程模型。于是我们“继承”System.Web.UI.HtmlControls.HtmlForm，实现一个自己的Form控件：

继承HtmlForm类实现自己的From
namespace ActionlessForm {
    public class Form : System.Web.UI.HtmlControls.HtmlForm
    {
        protected override void RenderAttributes(HtmlTextWriter writer)
        {
            writer.WriteAttribute("name", this.Name);
            base.Attributes.Remove("name");
            writer.WriteAttribute("method", this.Method);
            base.Attributes.Remove("method");
            this.Attributes.Render(writer);
            base.Attributes.Remove("action");
            if (base.ID != null)
            writer.WriteAttribute("id", base.ClientID);
        }
    }
}
 
 

　　然后我们就可以在页面中使用它了。当然，在这之前，我们需要在页面（或Web.config）里注册它：

使用我们自己实现的Form
<%@ Register TagPrefix="skm" Namespace="ActionlessForm"
    Assembly="ActionlessForm" %>
...
<skm:Form id="Form1" method="post" runat="server">
...
</skm:Form>
...