.NET jQuery遇HTTP500服务器错误，/Links/ObDo接口请求失败求助

嘿，你改完前端脚本后碰到后端500错误了对吧？虽然是在调整前端后出现的问题，但HTTP 500是服务器内部异常，所以咱们得从后端控制器和请求参数这两块入手排查，给你几个具体的步骤：

500只是个笼统的报错，必须拿到异常的具体信息才能精准定位问题：

• 如果是ASP.NET MVC项目（从请求路径看大概率是），直接在ObDo方法里加个try-catch，临时输出异常内容：

  public ActionResult ObDo(string urllink)
  {
      try
      {
          // 你原来的业务逻辑代码
          return View();
      }
      catch (Exception ex)
      {
          // 临时返回异常详情，上线前一定要删掉这段！
          return Content($"错误信息：{ex.Message}\n调用栈：{ex.StackTrace}");
      }
  }
  

• 或者去服务器的日志里找线索：比如IIS日志、应用程序事件日志，里面会记录500错误对应的完整异常栈。

你修复脚本后，可能urllink参数的格式变了：

• 看看现在传的URL有没有做URL编码？前端发起请求前，必须用encodeURIComponent()处理参数，不然特殊字符会导致后端解析出错：

  const targetUrl = 'http://www.broowaha.com/articles/26890/moving-truck-packing-and-loading-tips';
  const encodedUrl = encodeURIComponent(targetUrl);
  // 再用编码后的参数发起请求
  fetch(`/Links/ObDo?urllink=${encodedUrl}`);
  

• 对比修复脚本前后的请求参数，是不是参数名写错了？比如把urllink写成了urlLink（C#里参数名是大小写敏感的）。

既然只有这个功能挂了，大概率是这个方法里的逻辑被新的参数触发了异常：

• 看看方法里有没有对urllink的解析、跳转或者第三方调用逻辑？比如解析URL时遇到了不合法的格式，或者调用外部接口时出错了？
• 是不是你之前修复脚本时，不小心修改了和后端交互的参数规则？比如参数长度超出了后端的限制？

直接在浏览器地址栏手动发起请求，测试不同情况：

• 先传一个简单的URL，比如http://localhost:57435/Links/ObDo?urllink=http://example.com，看会不会报错。
• 如果简单URL正常，那就是原URL的内容有特殊情况触发了后端异常；如果还是报错，那就是方法本身的逻辑有问题，和参数无关。

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