这本书这几年零零散散读过两三遍了,作为经典书籍,应该重复读反复读,既然我现在开始写博了,我也准备把以前觉得经典的好书重读细读一遍,并且将笔记整理到博客中,好记性不如烂笔头,同时也在写的过程中也可以加深自己理解的深度,当然同时也和技术社区的朋友们共享。
程序集
- 描述:一个或多个类型定义文件及资源文件的集合
- 特征:可重用、可保护、可版本控制的单元
- 生成:可通过C#编译器(或其他编译器)或AL.exe生成
- 组成:
- 托管模块(module)
- PE头,PE32或PE32+,面向CPU架构的信息
- CLR头,面向CLR的信息,版本、入口、元数据等
- 元数据,源代码类型成员定义和引用的类型成员定义
- IL代码,编译器生成的托管代码,面向对象的机器语言
- 资源文件
- 程序集清单
CPU架构
针对x86、x64和IA64三种平台有三个版本的CLR,信息包含在PE头中
- 跨CPU架构:使用anycpu,兼容所有CPU架构平台
- 指定CPU架构:与非托管交互时,考虑到非托管接口的平台特定性,才使用特定CPU架构
/开关 | 托管模块 | x86 windows | x64 windows | IA64 windows |
anycpu | PE32/不指定 | 32位 | 64位 | 64位 |
x86 | PE32/x86 | 32位 | Wow64运行 | Wow64运行 |
x64 | PE32+/x64 | 不运行 | 64位 | 不运行 |
Itanium | PE32+/Itanium | 不运行 | 不运行 | 64位 |
元数据
- 编译时支持,已包含和引用的类型/成员有关的全部信息
- 智能感知(Intelligence),成员(方法、属性、事件和字段)及方法参数
- 验证类型安全
- 反射和序列化(对象激活与对象重建)
- 垃圾回收,垃圾收集器能判断对象类型以及对象字段的引用信息
执行流程
- 判断是否存在已编译的本地代码,如果存在直接执行(3),否则开启JIT编译器
- 启动JIT编译(MSCorEE.dll)
- 在元数据中查找调用信息(方法等)
- 获取该调用信息的IL
- 分配内存块DynamicMemory
- 编译IL为本地CPU指令,并存储到DynamicMemory
- 修改Type表调用指针指向DynamicMemory
- 跳转到DynamicMemory中的本地代码
- 执行本地代码(CPU指令)
编译过程
有两个C#编译器开关会影响代码的优化:/optimize和/debug,请看下表:
编译器开关设置 | C# IL代码质量 | JIT本地代码质量 |
/optimize- /debug(默认) | 未优化 | 有优化 |
/optimize- /debug(+/full/pdbonly | 未优化 | 未优化 |
/optimize+/debug(-/+/full/pdbonly | 有优化 | 有优化 |
优缺点比较:
- 未优化(/optimize-),未优化IL代码,包含许多NOP(no-operation)指令,还包含分支指令,优点是即使调试
- 优化的IL代码,编译器删除多余的NOP和分支指令,代码更小,但却难以单步调试
编译器默认调试配置
- Debug: /optimize- /debug:full
- Release: /optimize+ /debug:pdbonly
性能神器 – JIT
- 将IL编译为本地代码时,对环境的理解比其他编译器更加深刻
- 生成面向特定CPU的指令,有效利用不同平台的资源提高效率
- 优化代码,使IL更加轻量,并且更容易理解
鸡肋?NGen.exe
优点:
- 预编译保存在磁盘上,加快启动速度
- 减小工作集,进程之间共享代码(通过内存映射)
缺点:
- 对代码无优化
- 较差的执行时性能(无特定CPU指令优化,运行时字段无法直接访问)
部署
私有部署 | 全局部署 | |
弱命名程序集 | 支持 | 不支持 |
强命名程序集 | 支持 | 支持 |
私有程序集部署特征:引用程序集存放在基目录或者基目录的子目录
探测范围:基路径 - 配置路径 - 相同名称子路径 - 语言文化子目录
私有程序集目录配置:
<configuration> <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <probing privatePath="AuxFiles1,AuxFiles2" /> </assemblyBinding> </runtime> </configuration>
其他(Other Tips)
SDK工具
- IL编译及反编译 – ILAsm.exe/ILDasm.exe
- CLRVer.exe 查看CLR版本
- DumpBin.exe和CorFlags.exe,查看托管模块所嵌入的信息
- 安全检查工具:PEVerify.exe
IL是中间语言,支持混合编程,C#只是利用CLR的一个子集,IL则是完全面向CLR的
CLR启动入口(MSCorEE.dll)(3种CPU架构3个版本,负责加载程序集)
WoW64能模拟x86指令集
CLS语言规范,规范混合语言之间的互操作 [assembly: CLSCompliant(true)]
语言互操作
- 托管代码调用dll中的非托管函数(PInvoke平台调用)
- 托管代码使用现有的COM组件
- 非托管代码使用托管类型
- 开源实现:http://CLRInterop.CodePlex.com
响应文件,rsp文件,包含一些编译开关参数,系统全局响应文件自动引用默认程序集
程序集搜索目录及顺序
- 工作目录
- CSC.exe本身目录
- /lib 指定的目录
- LIB环境变量指定的目录
多文件程序集,编译器将module合并,addmodule开关,也可以使用AL.exe,用处:
- 单独文件存储类型,允许增量更新,分批打包/部署
- 嵌入资源
- 不同的语言进行实现,然后再合并
程序集文化
- 语言文化包括特定文化或者文化中性
- 附属程序集,使用System.Resources.ResourceManager访问附属程序集的资源
- 设置方式 1:AL.exe /culture 2:[assembly:AssemblyCulture(“de-CH”)]