通过 Jquery 和 ASP.NET 进行 Ajax

Question

执行摘要

context.Response.Header.Add("Content-Type", "application/json");

时被忽略

context.Response.ContentType = "application/json";

在中断 jQuery ajax 调用

。 =================================================== ==================

我有一个 IHttpHandler，它返回一些 JSON 数据，并定义为：

void ProcessRequest(HttpContext context)
{
    context.Response.Write(/* some JSON */);
}

并使用 jQuery Ajax 方法进行调用，如下所示：

$.get(SOME_URL, SUCCESS);

这工作正常。

但是，如果 ProcessRequest 方法是这样定义的：

void ProcessRequest(HttpContext context)
{
    context.Response.ContentType = "application/json"
    context.Response.Write(/* some JSON */);
}

它会失败，这意味着 $.get(SOME_URL, SUCCESS); 中的 SUCCESS 函数永远不会触发，但正确的内容仍然存在根据 Fiddler2 返回预期的标头。

另一方面，如果 ProcessRequest 方法是这样定义的：

void ProcessRequest(HttpContext context)
{
    context.Response.Header.Add("Content-Type", "application/json");
    context.Response.Write(/* some JSON */);
}

一切正常，但 Fiddler2 报告它以“text/html”类型返回。

知道为什么会发生这种情况吗？

注意：URL 没有扩展名，并且应用程序在 IIS 7.5 上运行，因此我想知道问题是否与 IIS MIME 类型有关。

Answer 1

IHttpHandler 是在 ASP.net 中实现 AJAX 处理程序的绝佳选择。它的开销比页面低，并且与 WCF Web 服务之类的服务相比易于设置/安装。虽然您可以制作经典的 .asmx Web 服务，但这应该对您发布的问题没有影响。

还有 context.Response.ContentType = "application/json";是从处理程序的 ProcessRequest 方法内部更改 HttpResponse 的 contenttype 标头的正确技术。

您的问题可能是格式错误的响应。现在的问题是缩小响应范围。

1. 如果您还没有这样做，请使用 firebug、chrome 开发人员工具、fiddler 或wireshark 获取服务器响应的完整副本。使用正确的技术来更改上面突出显示的内容类型，您说 ajax 成功事件永远不会触发，但您没有让我们知道您是否检查了 HttpResponse 的内容类型标头、响应代码和有效的 json。
2. 验证内容类型标头实际上已设置为“application/json”。
3. 仔细检查您的 json 实际上在发送时语法正确
   通过电线。 （记住这必须是 JavaScript 可以“评估的”
   • 放错位置的括号、引号或冒号真的会把事情搞砸）。
4. 你的 json 中有任何控制字符或 unicode 文本吗？是
   他们正确逃脱了吗？这是 json 的一个常见陷阱，
   不正确转义的内容或不正确的编码。您是否使用任何
   将字节转换为字符串或将字符串转换为字节的代码
   代码？如果是这样，请确保您使用的是所需的编码，可能是
   utf-8。

如果您怀疑您选择的 UrlRewriter 技术正在更改响应标头，我希望这相对容易关闭并使用基于扩展的 URL 到您的处理程序进行测试？这至少可以确认您正在诊断正确的问题，并且值得您花时间进一步研究该问题。如果您确认 UrlRewriter 是问题所在，您应该发布有关您正在使用的特定 UrlRewriter 技术的问题。例如，您是否使用 Helicon Tech 的 ISAPI Reqwrite 之类的东西？或者微软新的 URL 重写器？您自己的专有解决方案？