自定义Controller选择器引发WebAPI多Action匹配错误的原因咨询

这事儿的根源在于你重写DefaultHttpControllerSelector的SelectController方法时，手动创建了HttpControllerDescriptor，但这个自定义实例缺失了默认选择器内部维护的关键元数据。

默认的DefaultHttpControllerSelector在生成HttpControllerDescriptor时，会自动初始化一系列和控制器、Action相关的元数据——比如识别并缓存带有[Route]特性的Action路由规则，以及Action和HTTP方法的绑定关系。而你直接通过new HttpControllerDescriptor(...)创建的实例，并没有这些元数据，导致后续负责Action选择的ApiControllerActionSelector无法正确识别：

• 带有[Route("~/api/myController/GetAll")]的GetAll方法是绑定到特定路由的
• 无路由特性的Get方法是对应默认的根路径路由

当你访问http://localhost/api/myController/时，Action选择器只能按照传统的“匹配HTTP方法+方法名前缀”的规则去查找，它会找到两个符合GET请求的方法（Get和GetAll），自然就抛出了“Multiple actions were found”的错误。而访问http://localhost/api/myController/GetAll时，路由系统直接通过[Route]特性找到了对应的方法，所以不受影响。

而不用自定义选择器时，默认选择器生成的HttpControllerDescriptor包含了完整的元数据，Action选择器能正确区分两个方法的路由绑定，所以不会冲突。

你提到的聚合默认选择器的思路是完全正确的——通过组合而非继承的方式，复用默认选择器的完整逻辑，只在需要的地方插入自定义逻辑。这样既保留了默认选择器的元数据初始化能力，又能实现你的自定义控制器选择需求。

示例代码如下：

class CustomControllerSelector : IHttpControllerSelector 
{ 
    private readonly DefaultHttpControllerSelector _defaultSelector;

    public CustomControllerSelector(DefaultHttpControllerSelector defaultSelector) 
    { 
        _defaultSelector = defaultSelector;
        // 这里可以初始化你的其他依赖项
    }

    public HttpControllerDescriptor SelectController(HttpRequestMessage request)
    {
        // 先执行你的自定义控制器选择逻辑
        var customController = _controllerAssembly.GetType("App.Controllers.MyController");
        if (customController != null)
        {
            // 若需要完整元数据，更推荐基于默认选择器的结果修改，而非直接创建新实例
            // 这里先按你的需求返回自定义控制器，后续可根据实际场景调整
            return new HttpControllerDescriptor(_defaultSelector.Configuration, customController.Name, customController);
        }

        // 复用默认选择器的逻辑，确保获取到带有完整元数据的ControllerDescriptor
        return _defaultSelector.SelectController(request);
    }

    // 实现IHttpControllerSelector的其他必要方法
    public IDictionary<string, HttpControllerDescriptor> GetControllerMapping()
    {
        return _defaultSelector.GetControllerMapping();
    }
}

通过这种方式，默认选择器的元数据初始化逻辑会被完整保留，后续的Action选择就能正常识别路由特性和方法绑定，不会再出现多Action匹配的问题。

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