.NET 元数据

1. 安装 ILDASM 工具

VS -- 外部工具 -- 添加 -- 命令行为：C:\Program Files (x86)\Microsoft SDKs\Windows\v8.1A\bin\NETFX 4.5.1 Tools\ILDASM.EXE

2. 转两篇比较良心的博客：

http://www.cnblogs.com/anytao/archive/2009/02/24/must_net_24.html

http://www.cnblogs.com/ShaYeBlog/archive/2013/07/20/3202191.html

http://www.cnblogs.com/ShaYeBlog/p/3202218.html

3. 总体的层次结构：

cs文件 - 单个托管模块 - 多个托管模块合并为程序集（带模块/资源描述清单）

结论：

大致说来，托管模块就是一个自描述的文件，将cs文件的“类型、属性、方法”等整理成“元数据表索引+IL中间代码”的模式。

元数据表不仅描述自身定义的类型，还描述引用的类型，通过再上一级的元数据清单，可以检索到目标文件，因此消除了头文件的生命。

平时我们大量用的反射机制，就是对程序集中对应托管模块元数据的读取，从而索引出具体的IL中间代码。

关于JitCompiler:

　　只有程序在首次运行某个函数时，需要将IL代码编译成本地机器码并修改调用地址之后，再调用就不会有额外的性能开销了。

从底层看反射：

　　反射必定会涉及大量的字符串匹配，而这通常是比较消耗性能的，能不用反射尽量还是不用为好，额外的元数据容量开销在较小的程序架构中可以忽略，获得比C/C++低20%的性能，还是可以接受的。

从应用层看反射：

　　System.Reflection 为程序集或模块中包含的元数据创建了对象模型。