我们需要进行表单提交并保存一些数据，然后将用户重定向到站点外的页面，但是在重定向过程中，我们需要使用POST而不是GET“提交”表单。
我希望有一个简单的方法来完成这一点，但我开始觉得没有。我想我现在必须创建一个简单的另一个页面，只有我想要的表单，重定向到它，填充表单变量，然后做一个主体。Onload调用脚本，只调用document.forms[0].submit();
谁能告诉我还有别的选择吗?我们可能需要在项目后期进行调整，它可能会变得有点复杂，所以如果有一个简单的方法，我们可以做所有不依赖于其他页面的事情，那就太棒了。
无论如何，感谢所有的回复。
当前回答
我会这么做:
将数据放入标准表单(不带runat="server"属性)，并将表单的动作设置为发布到目标场外页面。 在提交之前，我将使用XmlHttpRequest将数据提交到服务器并分析响应。如果响应意味着你应该继续与场外张贴然后我(JavaScript)将继续与张贴，否则我会重定向到我的网站上的一个页面
其他回答
@Matt,
您仍然可以使用HttpWebRequest，然后将您接收到的响应定向到实际的输出流响应，这将为用户提供响应。唯一的问题是任何相对url都会被破坏。
不过，这可能奏效。
基于Pavlo Neyman方法的可复制粘贴代码
RedirectPost(string url, T bodyPayload)和GetPostData()是为那些只想在源页面中转储一些强类型数据并在目标页面中取回它的人准备的。 数据必须由NewtonSoft Json序列化。NET，当然你需要引用这个库。
只需复制粘贴到您的页面，或者更好的是您的页面的基类，并在应用程序的任何地方使用它。
我的心与2019年仍然必须使用Web Forms的所有人同在。
protected void RedirectPost(string url, IEnumerable<KeyValuePair<string,string>> fields)
{
Response.Clear();
const string template =
@"<html>
<body onload='document.forms[""form""].submit()'>
<form name='form' action='{0}' method='post'>
{1}
</form>
</body>
</html>";
var fieldsSection = string.Join(
Environment.NewLine,
fields.Select(x => $"<input type='hidden' name='{HttpUtility.UrlEncode(x.Key)}' value='{HttpUtility.UrlEncode(x.Value)}'>")
);
var html = string.Format(template, HttpUtility.UrlEncode(url), fieldsSection);
Response.Write(html);
Response.End();
}
private const string JsonDataFieldName = "_jsonData";
protected void RedirectPost<T>(string url, T bodyPayload)
{
var json = JsonConvert.SerializeObject(bodyPayload, Formatting.Indented);
//explicit type declaration to prevent recursion
IEnumerable<KeyValuePair<string, string>> postFields = new List<KeyValuePair<string, string>>()
{new KeyValuePair<string, string>(JsonDataFieldName, json)};
RedirectPost(url, postFields);
}
protected T GetPostData<T>() where T: class
{
var urlEncodedFieldData = Request.Params[JsonDataFieldName];
if (string.IsNullOrEmpty(urlEncodedFieldData))
{
return null;// default(T);
}
var fieldData = HttpUtility.UrlDecode(urlEncodedFieldData);
var result = JsonConvert.DeserializeObject<T>(fieldData);
return result;
}
HttpWebRequest用于此。
在回发时，创建一个HttpWebRequest到你的第三方并发布表单数据，然后一旦完成，你就可以响应了。转向你想去的地方。
你得到了额外的好处，你不必为所有的服务器控件命名来创建第三方表单，你可以在构建POST字符串时进行这种转换。
string url = "3rd Party Url";
StringBuilder postData = new StringBuilder();
postData.Append("first_name=" + HttpUtility.UrlEncode(txtFirstName.Text) + "&");
postData.Append("last_name=" + HttpUtility.UrlEncode(txtLastName.Text));
//ETC for all Form Elements
// Now to Send Data.
StreamWriter writer = null;
HttpWebRequest request = (HttpWebRequest)WebRequest.Create(url);
request.Method = "POST";
request.ContentType = "application/x-www-form-urlencoded";
request.ContentLength = postData.ToString().Length;
try
{
writer = new StreamWriter(request.GetRequestStream());
writer.Write(postData.ToString());
}
finally
{
if (writer != null)
writer.Close();
}
Response.Redirect("NewPage");
但是，如果您需要用户从这个表单中看到响应页面，那么惟一的选择就是使用Server。转移，可能有用，也可能没用。
通常，您所需要的只是在这两个请求之间携带一些状态。实际上有一种非常时髦的方法来做到这一点，它不依赖于JavaScript(想想<noscript/>)。
Set-Cookie: name=value; Max-Age=120; Path=/redirect.html
有了这个cookie，你可以在下面的请求/redirect.html中检索name=value信息，你可以在这个名称/值对字符串中存储任何类型的信息，最多4K的数据(典型的cookie限制)。当然，您应该避免这种情况，而是存储状态代码和标记位。
在收到此请求后，您将返回响应状态码的删除请求。
Set-Cookie: name=value; Max-Age=0; Path=/redirect.html
我的HTTP有点生锈了，我一直在通过RFC2109和RFC2965来弄清楚这有多可靠，最好我想让cookie精确地往返一次，但这似乎不可能，而且，如果你迁移到另一个域，第三方cookie可能对你来说是一个问题。这仍然是可能的，但并不像你在自己的领域内做事情那样轻松。
这里的问题是并发性，如果一个高级用户正在使用多个选项卡，并设法将属于同一个会话的几个请求交织在一起(这是非常不可能的，但也不是不可能)，这可能会导致应用程序中的不一致。
这是<noscript/>的HTTP往返方式，没有无意义的url和JavaScript
我提供这段代码作为一个概念教授:如果这段代码运行在一个你不熟悉的上下文中，我认为你可以找出哪一部分是什么。
其思想是在重定向时使用某些状态调用Relocate，而重新定位的URL调用GetState以获取数据(如果有的话)。
const string StateCookieName = "state";
static int StateCookieID;
protected void Relocate(string url, object state)
{
var key = "__" + StateCookieName + Interlocked
.Add(ref StateCookieID, 1).ToInvariantString();
var absoluteExpiration = DateTime.Now
.Add(new TimeSpan(120 * TimeSpan.TicksPerSecond));
Context.Cache.Insert(key, state, null, absoluteExpiration,
Cache.NoSlidingExpiration);
var path = Context.Response.ApplyAppPathModifier(url);
Context.Response.Cookies
.Add(new HttpCookie(StateCookieName, key)
{
Path = path,
Expires = absoluteExpiration
});
Context.Response.Redirect(path, false);
}
protected TData GetState<TData>()
where TData : class
{
var cookie = Context.Request.Cookies[StateCookieName];
if (cookie != null)
{
var key = cookie.Value;
if (key.IsNonEmpty())
{
var obj = Context.Cache.Remove(key);
Context.Response.Cookies
.Add(new HttpCookie(StateCookieName)
{
Path = cookie.Path,
Expires = new DateTime(1970, 1, 1)
});
return obj as TData;
}
}
return null;
}
做到这一点需要理解HTTP重定向是如何工作的。当您使用response . redirect()时，您将发送一个带有HTTP状态码302的响应(到发出请求的浏览器)，该响应告诉浏览器下一步要去哪里。根据定义，浏览器将通过GET请求来实现，即使原始请求是POST。
另一种选择是使用HTTP状态码307，它指定浏览器应该以与原始请求相同的方式发出重定向请求，但会提示用户安全警告。要做到这一点，你可以这样写:
public void PageLoad(object sender, EventArgs e)
{
// Process the post on your side
Response.Status = "307 Temporary Redirect";
Response.AddHeader("Location", "http://example.com/page/to/post.to");
}
不幸的是，这并不总是有效的。不同的浏览器实现方式不同，因为它不是一个常见的状态代码。
唉，不像Opera和FireFox开发者，IE开发者从来没有读过规范，即使是最新的、最安全的IE7也会将POST请求从域A重定向到域B，没有任何警告或确认对话框!Safari还以一种有趣的方式进行操作，虽然它不引发确认对话框并执行重定向，但它丢弃了POST数据，有效地将307重定向更改为更常见的302重定向。
所以，据我所知，实现这样的东西的唯一方法是使用Javascript。我能想到两种选择:
Create the form and have its action attribute point to the third-party server. Then, add a click event to the submit button that first executes an AJAX request to your server with the data, and then allows the form to be submitted to the third-party server. Create the form to post to your server. When the form is submitted, show the user a page that has a form in it with all of the data you want to pass on, all in hidden inputs. Just show a message like "Redirecting...". Then, add a javascript event to the page that submits the form to the third-party server.
Of the two, I would choose the second, for two reasons. First, it is more reliable than the first because Javascript is not required for it to work; for those who don't have it enabled, you can always make the submit button for the hidden form visible, and instruct them to press it if it takes more than 5 seconds. Second, you can decide what data gets transmitted to the third-party server; if you use just process the form as it goes by, you will be passing along all of the post data, which is not always what you want. Same for the 307 solution, assuming it worked for all of your users.
