MVC Ajax.ActionLink触发OnFailure，返回jQuery函数代码求排查

看起来你遇到的问题有两个核心点：一是AJAX请求根本没打到控制器（断点没触发），二是OnFailure回调里错误信息的获取方式不对，导致拿到了jQuery内部函数的代码。咱们一步步来拆解解决：

1. 先修正OnFailure回调的参数使用方式 #

你现在的OnFailure函数写法是错误的——ASP.NET Unobtrusive AJAX的OnFailure回调接收的参数是XMLHttpRequest对象（jqXHR）、状态文本、错误信息字符串，不是你以为的包含error属性的封装对象。你访问result.error实际上是拿到了jqXHR对象的error方法（这就是你看到那段jQuery函数代码的原因）。

正确的OnFailure写法应该是：

function OnFailure(xhr, statusText, errorThrown) {
    // 获取真实错误信息
    alert('请求失败: ' + errorThrown + '，状态: ' + statusText);
    // 可以在控制台查看服务器返回的详细内容，方便排查
    console.log('服务器返回内容:', xhr.responseText);
}

这样你就能拿到真正的错误提示，而不是无关的函数代码了。

2. 排查为什么请求没打到控制器（断点未触发） #

既然非AJAX提交正常，说明路由和控制器方法本身没问题，问题出在AJAX请求的发送环节：

• 检查JS加载顺序与完整性：
  必须确保页面JS加载顺序是：先加载jquery-1.10.2.js，再加载jquery.unobtrusive-ajax.js。同时在浏览器开发者工具的Network标签里确认这两个文件都成功加载（没有404或加载失败）。如果unobtrusive脚本加载在jQuery之前，或者加载失败，AJAX.ActionLink的绑定会直接失效，导致请求以普通GET方式发送（而你的Action要求POST），甚至根本发不出正确请求。
• 检查当前视图的JS冲突：
  看看当前视图里有没有其他第三方脚本篡改了jQuery的$.ajax方法，或者修改了unobtrusive AJAX的默认配置。比如有些UI框架可能会覆盖jQuery核心方法，导致unobtrusive的AJAX逻辑出错。可以尝试暂时移除当前视图里的非必要脚本，测试是否恢复正常。
• 检查是否重复加载jQuery：
  如果布局页和当前视图重复加载了jQuery，会导致之前绑定的unobtrusive事件被覆盖，AJAX.ActionLink会退化成普通链接。你可以在开发者工具的Console标签里执行jQuery.fn.jquery，确认输出版本是1.10.2，且只有一次加载记录。
• 查看实际发送的请求：
  打开浏览器开发者工具的Network标签，点击Delete链接，观察是否有AJAX请求发出：
  • 如果没有请求：说明unobtrusive绑定完全失效；
  • 如果有请求：查看请求的URL、Method是否正确，有没有404/405等错误状态码（比如请求是GET而非POST，可能是绑定失效导致的）。

3. 额外验证：手动构造AJAX请求测试 #

如果上面的排查还没找到问题，可以手动写一个AJAX请求测试，确认控制器本身是否能接收AJAX请求：

// 替换成你的item.id实际值
var itemId = 123;
$.ajax({
    url: '@Url.Action("Delete")',
    type: 'POST',
    data: { id: itemId },
    success: function() {
        alert('请求成功触发控制器');
    },
    error: function(xhr, status, error) {
        console.log('错误详情:', error, xhr.responseText);
    }
});

如果这个手动请求能触发控制器断点，说明问题出在Ajax.ActionLink的绑定上；如果也触发不了，那可能是当前视图存在表单拦截、权限验证等额外逻辑影响了请求发送。

内容的提问来源于stack exchange，提问作者citronsmurf