为了支持该字段中的遗留应用程序,我需要我的ASP.NET MVC应用程序返回一个空的响应,该响应也具有Content-Type
。当我发回null响应时,IIS,ASP.NET或ASP.NET MVC之一正在删除我的Content-Type
。有没有办法解决这个问题?
(虽然不需要使用集合Content-Type
的空响应显然是理想的解决方案,但客户已经在那里,其中许多都无法升级。)
编辑:由于存在代码请求:我正在将新Web应用程序的请求代理到旧客户端所依赖的请求。为此,我有一个ActionResult
的子类,名为LegacyResult
,您只需返回那些需要由旧软件处理的方法。这是其代码的相关部分:
public override void ExecuteResult(ControllerContext context)
{
using (var legacyResponse = GetLegacyResponse(context))
{
var clientResponse = context.HttpContext.Response;
clientResponse.Buffer = false;
clientResponse.ContentType = legacyResponse.ContentType; /* Yes, I checked that legacyResponse.ContentType is never string.IsNullOrEmpty */
if (legacyResponse.ContentLength >= 0) clientResponse.AddHeader("Content-Length", legacyResponse.ContentLength.ToString());
var legacyInput = legacyResponse.GetResponseStream();
using (var clientOutput = clientResponse.OutputStream)
{
var rgb = new byte[32768];
int cb;
while ((cb = legacyInput.Read(rgb, 0, rgb.Length)) > 0)
{
clientOutput.Write(rgb, 0, cb);
}
clientOutput.Flush();
}
}
}
如果legacyInput
有数据,则Content-Type
已正确设置。否则,事实并非如此。我实际上可以克服旧的后端为完全相同的请求发送空的v。非空响应,并观察Fiddler的差异。
编辑2 :使用Reflector进行调查显示,如果在调用HttpResponse.Flush
时尚未写入标头,则Flush
会自行写出标头。问题是它只写出一小部分标题。其中一个缺失的是Content-Type
。所以看来,如果我可以强制标题输出到流,我可以避免这个问题。
答案 0 :(得分:8)
你必须通过错误地告诉它有内容来欺骗回复来编写标题,然后suppressing it:
/// [inside the writing block]
var didWrite = false;
while ((cb = legacyInput.Read(rgb, 0, rgb.Length)) > 0)
{
didWrite = true;
clientOutput.Write(rgb, 0, cb);
}
if (!didWrite)
{
// The stream needs a non-zero content length to write the correct headers, but...
clientResponse.AddHeader("Content-Length", "1");
// ...this actually writes a "Content-Length: 0" header with the other headers.
clientResponse.SuppressContent = true;
}