在ASP.NET项目中，前后端数据交互绝大多数场景都依赖Json格式。页面通过Ajax发起异步请求，后台处理完成后把数据序列化成Json返回，前端再解析渲染，这一套流程几乎是标准做法。但ASP.NET体系下实现方式不止一种，WebForm时代的一般处理程序、页面静态方法，以及后来的MVC控制器、Web API，都能承担返回Json的任务。不同的方式在写法、配置要求和适用场景上各有差别，下面结合具体代码逐一展开。
一、前端Ajax请求的基本写法
无论后台采用哪种方式，前端的调用逻辑基本一致。以jQuery为例，通过$.ajax发起一个POST请求，指定dataType: 'json'，jQuery就会自动把后台返回的字符串解析成JavaScript对象。也可以直接使用$.getJSON或$.post的简化写法。
$.ajax({
type: "POST",
url: "GetData.ashx",
data: { id: 101 },
dataType: "json",
success: function (result) {
// result已经是解析后的js对象
console.log(result.Name);
console.log(result.Age);
},
error: function (xhr, status, err) {
alert("请求失败：" + err);
}
});这里有一个容易被忽略的细节：dataType是告诉jQuery预期返回的类型，jQuery会按Json去解析响应。如果后台返回的字符串不符合Json规范，比如多了一个分号、多了单引号，或者压根是HTML错误页，前端就会走进error回调，而不是success。排查这类问题时，建议先用浏览器F12看Network里响应的原始内容，确认后台到底返回了什么。
另外，如果请求的是需要POST参数的接口，参数名要与后台读取的名字完全对应，大小写不一致在某些场景下会取不到值，这是初学者最常踩的坑之一。
二、使用一般处理程序ashx返回Json
一般处理程序（.ashx）是WebForm项目中最轻量的方案。它没有页面生命周期，性能好、干扰少，特别适合纯粹的接口用途。实现思路很简单：在ProcessRequest方法中组装数据，手动序列化成Json字符串写入响应。
序列化可以使用JavaScriptSerializer，也可以使用Newtonsoft.Json（Json.NET）。Json.NET功能更强，支持匿名对象、日期格式控制、忽略空值等特性，实际项目推荐优先使用。使用前需要通过NuGet安装Newtonsoft.Json包。
using System;
using System.Web;
using Newtonsoft.Json;
public class GetData : IHttpHandler
{
public void ProcessRequest(HttpContext context)
{
context.Response.ContentType = "application/json";
context.Response.Charset = "utf-8";
// 模拟从数据库获取数据，这里用匿名对象
var person = new
{
Id = 101,
Name = "张三",
Age = 28,
Birthday = DateTime.Now.ToString("yyyy-MM-dd")
};
string json = JsonConvert.SerializeObject(person);
context.Response.Write(json);
}
public bool IsReusable
{
get { return false; }
}
}几个关键点需要说明。第一，ContentType必须设置为application/json，并且字符集声明为utf-8，否则中文内容可能乱码，或导致前端解析异常。第二，日期类型的字段最好先转成字符串再序列化，因为Json.NET默认会把DateTime序列化成/Date(1234567890)/这种格式，前端处理起来比较别扭。第三，IsReusable返回false表示每次请求都创建新的处理程序实例，多线程场景下更安全。
三、使用WebMethod静态方法返回Json
如果不想单独建ashx文件，也可以直接在.aspx页面的后台代码中定义一个静态方法，并标记[WebMethod]特性，前端直接请求该页面的方法地址。这种方式适合方法与页面强相关的场景，比如页面内部的局部刷新。
using System.Web.Services;
using System.Web.Script.Services;
public partial class UserInfo : System.Web.UI.Page
{
[WebMethod]
[ScriptMethod(ResponseFormat = ResponseFormat.Json)]
public static object GetUserInfo(int id)
{
var person = new
{
Id = id,
Name = "李四",
Age = 35
};
return person;
}
}前端调用的URL写法是页面名/方法名，并且参数必须以Json字符串的形式放在data里，同时contentType要设置为application/json，这一点和普通表单提交不同，很多调用失败都是因为这个细节没做对。
$.ajax({
type: "POST",
url: "UserInfo.aspx/GetUserInfo",
data: JSON.stringify({ id: 101 }),
contentType: "application/json; charset=utf-8",
dataType: "json",
success: function (result) {
// 返回的数据被包装在result.d属性中
console.log(result.d.Name);
}
});注意返回结果会被ASP.NET自动包装进一个d属性中，这是为了防止Json劫持而设计的安全机制，所以取值时必须写成result.d。此外，[WebMethod]要求方法必须是public static的，因为静态方法不依赖页面实例，这也意味着方法内无法直接访问页面上的控件和ViewState。
四、MVC中使用JsonResult返回Json
在ASP.NET MVC项目中，返回Json变得更简洁。控制器方法直接返回JsonResult，框架会自动完成序列化，不需要手动设置ContentType，也不需要引入额外的序列化代码。
using System.Web.Mvc;
using System.Linq;
public class UserController : Controller
{
public JsonResult GetUser(int id)
{
var user = new
{
Id = id,
Name = "王五",
Roles = new[] { "admin", "user" }
};
// JsonRequestBehavior.AllowGet允许GET请求
return Json(user, JsonRequestBehavior.AllowGet);
}
}MVC默认出于安全考虑只允许POST请求返回Json，防止数据被跨站读取。如果确实需要支持GET，必须显式传JsonRequestBehavior.AllowGet。前端此时用$.getJSON就能直接拿到数据：
$.getJSON("/User/GetUser", { id: 101 }, function (data) {
console.log(data.Name);
console.log(data.Roles.join(","));
});当返回多条记录用于表格或列表时，可以先从数据库查出集合，再包装成new { total = list.Count, rows = list }这种结构，方便前端分页组件统一处理。
五、常见问题与方案选择建议
开发中常见的几类问题值得总结一下。一是前端解析失败，多半是响应里混入了额外内容，例如页面级错误信息、未注释的调试输出等，务必保证接口只输出Json字符串本身。二是中文乱码，除了设置utf-8字符集，aspx或cs文件本身也要以UTF-8编码保存。三是WebMethod方式返回值取不到，八成是忘了result.d这一层包装，或者contentType没有设置为json格式。
在方案选择上，如果是传统的WebForm项目，追求轻量灵活就用ashx，方法与页面关系紧密就用WebMethod；如果是MVC项目，直接用Json返回即可；如果接口需要被多个终端复用、需求复杂，则建议引入ASP.NET Web API，它在内容协商、路由和版本管理上更完善。理解了这几种方式的原理和差异，在实际项目中就能根据具体情况灵活选择，写出稳定可靠的前后端数据交互代码。