C# Reflection(反射)
反射的定义：审查元数据并收集关于它的类型信息的能力。元数据（编译以后的最基本数据单元）就是一大堆的表，当编译程序集或者模块时，编译器会创建一个类定义表，一个字段定义表，和一个方法定义表等。
- AppDomain.Load
- 尽量避免使用此方法加载程序集，因为Assembly不是从System.MarshalByRefObject派生，所以程序集对象必须按值封送回发出调用的那个AppDomain，但是CLR会使用发出调用的那个AppDomain的设置来定位并加载程序集。如果搜索策略和位置没有找到程序集，会抛出FileNotFoundException异常
- Assembly.Load 推荐的程序集加载方式
- Assembly.LoadFrom 支持从URI加载程序集
- Assembly.LoadFile 加载程序集时，CLR不会自动解析任何依赖性问题；代码必须向AppDomain的AssemblyResolve事件登记，并让事件回调方式显式地加载任何依赖的程序集
1.什么是反射？
把一个方法当作参数传入到另一个方法中。
2.反射为什么慢？
使用反射来调用类型或者触发方法，或者访问一个字段或者属性时clr 需要做更多的工作：校验参数，检查权限等等，所以速度是非常慢的。
3.怎么解决反射慢？
1、通过类的继承关系。让该类型从一个编译时可知的基础类型派生出来，在运行时生成该类型的一个实例，将对其的引用放到其基础类型的一个变量中，然后调用该基础类型的虚方法。
2、通过接口实现。在运行时，构建该类型的一个实例，将对其的引用放到其接口类型的一个变量中，然后调用该接口定义的虚方法。
3、通过委托实现。让该类型实现一个方法，其名称和原型都与一个在编译时就已知的委托相符。在运行时先构造该类型的实例，然后在用该方法的对象及名称构造出该委托的实例，接着通过委托调用你想要的方法。这个方法相对与前面两个方法所作的工作要多一些，效率更低一些
4.缺点？
- 1、编译时无法保证类型安全性。严重依赖字符串，丧失编译时的类型安全性
- 2、反射速度慢。加载IO并扫描元数据表，字符串搜索，字符串搜索执行的时不区分大小写的比较，这会进一步影响速度
System.Reflection 包含：Assembly MemberInfo EventInfo FieldInfo MethodBase ConstructorInfo MethodInfo PropertyInfo 以下是上面几个类的使用方法：
（1）使用Assembly定义和加载程序集，加载在程序集清单中列出模块，以及从此程序集中查找类型并创建该类型的实例。
（2）使用Module了解包含模块的程序集以及模块中的类等，还可以获取在模块上定义的所有全局方法或其他特定的非全局方法。
（3）使用ConstructorInfo了解构造函数的名称、参数、访问修饰符（如pulic 或private）和实现详细信息（如abstract或virtual）等。使用Type的GetConstructors或 GetConstructor方法来调用特定的构造函数。
（4）使用MethodInfo了解方法的名称、返回类型、参数、访问修饰符（如pulic 或private）和实现详细信息（如abstract或virtual）等。使用Type的GetMethods或GetMethod方法来调用特定的方法。
（5）使用FiedInfo了解字段的名称、访问修饰符（如public或private）和实现详细信息（如static）等，并获取或设置字段值。
（6）使用EventInfo了解事件的名称、事件处理程序数据类型、自定义属性、声明类型和反射类型等，添加或移除事件处理程序。
（7）使用PropertyInfo了解属性的名称、数据类型、声明类型、反射类型和只读或可写状态等，获取或设置属性值。
（8）使用ParameterInfo了解参数的名称、数据类型、是输入参数还是输出参数，以及参数在方法签名中的位置等。
