为什么有反射这个系列，这个系列后，asp net 将会进入深入篇，如果没有这个反射系列，那么asp net的源码，看了可能会觉得头晕，里面的依赖注入包括框架源码是大量的反射。
正文下面是官方文档的介绍：
https://docs.microsoft.com/zh-cn/dotnet/csharp/programming-guide/concepts/reflection
说的比较绕，反射就是用来动态创建对象的。
那么什么是动态创建对象？ 动态创建对象就是运行时创建对象。
那么为什么需要动态创建对象呢？
可以思考一下，我们写代码的时候为什么需要动态创建？
这里我举一个例子。
比如说，eventbus，通过不同的字符串反射成不同的事件。
可能有人没怎么接触这个eventbus，再举个例子。
有一个api，用户可以传入动物的名字和该动物的一些属性，那么当我们拿到这些字符串的时候，我们在内部根据动物的名字和属性创建响应的对象。
反射动态创建对象:
static void Main(string[] args)
{
Assembly assembly = Assembly.GetExecutingAssembly(); // 获取当前程序集
dynamic obj = assembly.CreateInstance("ConsoleApp7.Cat");
Console.WriteLine(obj);
}
可以看到，我们通过反射创建一个对象。
那么为什么反射能创建一个对象呢？ 它的原理是什么呢？
在https://docs.microsoft.com/zh-cn/dotnet/framework/reflection-and-codedom/viewing-type-information 文中写道:
当反射提出请求时，公共语言运行时为已加载的类型创建 Type 。 可使用 Type 对象的方法、字段、属性和嵌套类来查找该类型的任何信息。
也就是说在运行的时候，会为加载的类型，创建Type，那么如何获取Type 呢？
Type catType = Type.GetType("ConsoleApp7.Cat");
那么这里原理也清晰了，原来在.net 运行的时候会为加载的类型创建Type，通过Type 就能创建实例。
那么Type 里面有什么呢？ 首先肯定有构造函数吧，不然怎么创建实例呢？ 那么还有什么呢？
上文也提及到了里面有方法、字段、属性、嵌套类等用来描述这个类型的信息。
举个例子：比如说我这个Cat 类吧， 在加载的时候会创建Cat的Type，那么这个Type 里面就存有我这个Cat的方法、字段、属性等，这些可以统称为元数据。
元数据也就是metadata：
可以看下下面这篇介绍:
https://baike.baidu.com/item/元数据/1946090?fr=aladdin
元数据（Metadata），又称中介数据、中继数据，为描述数据的数据（data about data），主要是描述数据属性（property）的信息，用来支持如指示存储位置、历史数据、资源查找、文件记录等功能。
这就是这个Type 就是对加载类型的描述了，有了它那么可以做事情。
例如获取属性，获取方法等。
举个例子:
Type catType = Type.GetType("ConsoleApp7.Cat");
var cat = Activator.CreateInstance(catType);
这个时候有人就问了，为什么c# 不设计成: catType.CreateInstance();
这样获取不是更加简单吗？ 这就是c# 的优雅的地方。 Type 是仅仅对类型的描述，这样 Type 就不会随着扩展变得臃肿。不谈这个领域驱动篇马上开始了，这里面会介绍。
那么这里有一个问题了，其实我们反射创建对象也就是为了调用里面方法，那么这个怎么做呢？
比如说调用里面的Cat的Hi 方法?
public class Cat
{
public void Hi()
{
Console.WriteLine("hi master!");
}
}
然后这样写：
static void Main(string[] args)
{
Type catType = Type.GetType("ConsoleApp7.Cat");
var cat = (Cat)Activator.CreateInstance(catType);
cat.Hi();
Console.ReadKey();
}
这样写会运行正常吗？ 那肯定能运行正常。
那么我们为什么一般不这样写？这里就有一个问题，我们反射的目的是什么？
是为了动态加载，动态加载是为了动态创建对象？ 这显然不是，是为了动态能够执行某段代码，也就是动态运行。
既然我们在运行的时候才知道类型，那么我们是如何能保证知道我们要调用的方法呢？
所以一般这样写:
static void Main(string[] args)
{
Type catType = Type.GetType("ConsoleApp7.Cat");
var cat = (Cat)Activator.CreateInstance(catType);
var hiMethod = catType.GetMethod("Hi");
hiMethod.Invoke(cat, null);
Console.ReadKey();
}
这里不要看我写的是固定ConsoleApp7.Cat 和 Hi，到了真正写代码都是传入参数进去的。
一样的能够运行。
从上面可以看出，其实在反射的眼里，方法也就是对象，通过把Hi 这个方法当成了himethod 这个对象。
可能在c# 中表现的不是很明显，在js 语言中表现的非常明显，方法就是一个对象。
看起来反射挺好用的啊，那么现在反射的优点就是动态加载，那么反射的缺点有吗？
反射的缺点也很明显，那就是执行更慢，为什么会执行更慢呢？ 那是因为反射是几乎是边解释边运行的。
为什么反射会边解释边运行呢？ 因为他做不到先编译再运行，微软在新的c#版本中做了优化，如何能避免反射，这个后续说明。
下面测试一下性能:
cat 中加入方法:
static void Main(string[] args)
{
Type catType = Type.GetType("ConsoleApp7.Cat");
var cat = Activator.CreateInstance(catType);
var hiMethod = catType.GetMethod("Hi");
Console.WriteLine("反射的运行时间");
Stopwatch stopwatch = Stopwatch.StartNew();
for (var i =0; i<9999999; i++)
{
hiMethod.Invoke(cat, null);
}
stopwatch.Stop();
var elapsed = stopwatch.Elapsed;
Console.WriteLine(elapsed.Milliseconds);
Console.WriteLine("正常创建对象的时间");
Cat cat2 = new Cat();
Stopwatch stopwatch2 = Stopwatch.StartNew();
for (var i = 0; i < 9999999; i++)
{
cat2.Hi();
}
stopwatch2.Stop();
var elapsed2 = stopwatch2.Elapsed;
Console.WriteLine(elapsed2.Milliseconds);
Console.ReadKey();
}
结果：
可以看到相差非常远。
那么既然性能相差这么远，为什么我们还要用反射呢？
这个问题很简单，很多人喜欢拿性能说事，简单的说就是我们做工程的，考虑的是工程角度，性能是是否能满足需求的指标，反射大多数场景还是满足需求的。
那么反射是否可以优化？
可以。 我没有优化过，网上有很多文章，没有遇到过这种场景。
结这一节只是介绍一下什么是反射，和反射的优缺点，这是一个系列，所以后面大多数是介绍一些反射的api调用 和 原理。以上为个人整理，如有错误望请指点。
很大一部分参考于官方文档: https://docs.microsoft.com/zh-cn/dotnet/framework/reflection-and-codedom/reflection, 只是个人用通俗的语言整理一下。