Twilio请求校验自定义ActionFilterAttribute不生效及调试问题

一、自定义Action Filter不执行排查点 #

• 补充AttributeUsage标记
  给你的ValidateTwilioRequestAttribute类添加[AttributeUsage]标记，明确生效范围，避免MVC过滤器扫描时忽略：

  [AttributeUsage(AttributeTargets.Method | AttributeTargets.Class, AllowMultiple = false)]
  public class ValidateTwilioRequestAttribute : System.Web.Mvc.ActionFilterAttribute
  

• 确认过滤器类型引用正确
  检查你的项目是否同时引用了ASP.NET Web API相关库，不要把System.Web.Http.Filters.ActionFilterAttribute和MVC的System.Web.Mvc.ActionFilterAttribute搞混，你当前用于MVC控制器的过滤器必须继承后者。
• 验证路由匹配逻辑
  确认你的UpdateSmsStatus接口路由配置正确，请求确实能命中这个Action，可先在Action内部打断点确认请求能进控制器方法，再排查过滤器问题。

二、过滤器断点无法命中解决方案 #

• 清理编译缓存
  手动删除项目根目录下的bin、obj文件夹，重启Visual Studio后重新走「清理解决方案-生成解决方案」流程，消除旧编译文件导致的符号不匹配问题。
• 检查Debug配置
  确认当前项目运行在Debug模式，右键项目打开「属性-生成」页，取消勾选「优化代码」选项，优化后的代码会裁剪调试符号导致断点无法命中。
• 确认运行进程匹配
  调试前先关闭所有已启动的IIS Express站点，或在任务管理器中杀掉所有iisexpress.exe进程，再启动调试，避免挂载到旧的运行进程上。
• 验证执行逻辑
  可以在OnActionExecuting方法开头添加调试日志代码，运行后查看Visual Studio「输出」窗口是否有对应日志，确认过滤器实际是否被执行：

  public override void OnActionExecuting(ActionExecutingContext actionContext)
  {
      System.Diagnostics.Debug.WriteLine("=== ValidateTwilioRequest 过滤器执行 ===");
      // 原有逻辑
  }
  

三、Twilio请求验证补充注意点 #

如果你的站点部署时使用了反向代理、负载均衡、HTTPS卸载等配置，request.Url.AbsoluteUri可能和Twilio实际发起请求的URL不一致（比如协议从https变成http、端口不正确），会导致签名验证永远失败，你需要手动拼接正确的公网请求URL再传入验证方法。

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