ControllerDescriptor、ActionDescriptor、ParmaterDescriptor
看名字一脸懵逼，这是做什么的呢？可别小看它们，它们在MVC中扮演着尤为重要的角色。
思考 ，我们在MVC中可以用各种好用的预定义特性（attribute）来实现很棒的功能，例如HttpPost、HttpGet这样的特性，但是基础好的同学一定明白attribute本身不会做什么，而是我们在背后对它做了什么。背后的故事，就在这三个类里了
其实说是这三个类也不太准确，因为它们都是抽象类，而实现它们的则是真正故事中的主角 ReflectedActionDescriptor、ReflectedControllerDescriptor、ReflectedParmaterDescriptor
深入浅出
我们需要做一些准备工作，因为后面内容可能会有点的绕，但是我们掌握住管道流的核心，就没有问题了。
一个请求被IIS转发到应用程序 ，后面会经历这样一个流程。可以看到激活Controller后会执行BeginExecuteCore方法，而在这个方法里会调用BeginInvokeAction就会进行检查我们的特性。
UrlrouringModel—>MvcHandler—>ControllerFactory(Controller)—>ActionInvoke(BeginInvokeAction)—>Controller[FindAction]检查特性 || Action 检查特性 || Parmater 检查特性 –> ActionInvoke 执行action
我在上面加了一些特性。下面开始进行调试验证
印证了上面的流程，现在激活了Controller开始进入BeginExecuteCore,下面我们进行这个方法里看看
现在已经进入了BeginExecuteCore,在这里要执行AsyncControllerActionInvoker的BeginInvokeAction方法，一切都和上面的流程一样，现在我们进入这个方法再去看一看
现在已经看到了ControllerDescriptor和ActionDescriptor
在不停的F11后会进入一个IsValidMethodSelector方法，在这里就是对action的attribute的方法了，方法里循环遍历了特性集合进行循环验证,
如果验证失败会是什么情况？ 会返回一个ActionNotFound请看下面两张图
上面的验证过了后会继续进行pramater的验证与绑定，这个方法就是了。
最后就结束了，可能真的很乱，希望大家在看博文的同时可以进行调试对比，在最后的几个验证最好是逐语句，同时多看看调用堆栈。最后其实要说其实有一些走的都是异步版本的Descriptor，比如 ReflectedAsyncControllerDescriptor