MVC 操作参数不一致地绑定到可为 null 的 Guid

Question

这看起来确实是一个框架错误。该参数位于请求的参数中，具有正确的名称，但它并不总是绑定到操作参数。它运行了 6 个月，但现在整个应用程序的多个操作方法都发生了这种情况。

我可以关闭 VS 或重新启动计算机，通常可以修复它。最近，当我遇到这个问题时，如果不将参数转换为字符串然后转换为 GUID，我就无法解决这个问题。

关于如何处理此问题的任何建议，因为我们有许多接受可为空的 Guid 的操作方法，并且必须手动转换参数很痛苦。

我不想为此找到解决方法，我想知道是否有人知道我如何调试这个或他们认为可能发生的情况。它是随机且不一致的。

谢谢！

Answer 1

我自己实际上没有遇到过这个问题，我最初的想法是这是从浏览器传入的实际值的问题。

我已经使用可为空的 DateTimes 调试了类似的问题，并且能够通过编写自定义模型绑定程序并将其设置为仅绑定 DateTime 来解决它？类型。

通过这样做，您可以检查传入的值并检查它们是否有任何异常。

这非常简单。在你的global.asax：

ModelBinders.Binders.Add(typeof(guid?), new GuidModelBinder());

然后创建一个类

public class GuidModelBinder : IModelBinder
    {

        public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
        {
            var valueResult = bindingContext.ValueProvider.GetValue(bindingContext.ModelName);
            var modelState = new ModelState { Value = valueResult };
        }
        //Do whatever you need to inspect the valueResult in here
    }

Answer 2

这确实是非常奇怪的行为。要调试它，您可能需要查看 ASP.NET MVC 的源代码。然后您可以“步入”ModelBinder 的方法。

您可能还想尝试创建自定义模型绑定器。首先，如果您想单步执行 MVC 的内置方法，这将为您提供一个更容易放置断点的位置。但它也让您有机会记录正在发生的情况（例如，识别绑定失败的情况），以及在识别问题根源后可能使用您自己的代码来确保模型正确绑定。

在您走得太远之前，您可能应该检查您是否已经在使用自定义模型绑定器，如果是，请检查它是否存在潜在的错误。您还应该确保您的模型类尽可能简单，并且不受可能的竞争条件或其他奇怪情况的影响。