一.代码分析工具
在 sscli 茫茫的代码中确实需要一个有效的分析工具，我这里选择的是Source Insight，它可以帮助你找到相关类型，并且有效的定位到代码的声明或实现的地方。
图1：新建一个项目，sscli，项目文件保存地点需要与你的 sscli 文件夹存放在同一个磁盘上
2.
3.选择sscli20中的CLR文件夹点击 AddTree 按钮，他会寻找到所有相关代码
4.进行文件同步，source insight就会同步所有代码文件。
3.分析后的代码
二.CLR调试工具
WinDbg 利用微软提供的调试 symbol 你可以真实的跟踪出具体实现的函数以及类型（从这点你就可以发现 sscli 并不是微软的实现代码）。具体配置如下：
1.设置symbol，我这里选择的 D:\WinSymbols 文件夹你可选择别的地方
2.加载dotnet程序进行调试，几个比较实用的命令 lm 列出所有加载的模块， ld 加载制定模块，例如：ld mscoree，列出指定模块symbol：x /n mscoree!*
之后就可以进行 CLR 的调试。如图：调用堆栈显示 CLR 的执行过程。
下面列表就是使用 x /n mscorjit! 命令列出 JIT 编译器实现的一部分接口（这里只粘贴了一部分）：
// 获取即时编译对象
790a6082 mscorjit!getJit = <no type information>
790a60a0 mscorjit!CILJit::`vftable' = <no type information>
7906edef mscorjit!CILJit::clearCache = <no type information>
7906114f mscorjit!CILJit::compileMethod = <no type information> // 编译 IL 代码 (jit层源代码保护一般来说就是在这里实现的，详情请参看我以前写的文章，MaxToCode DNGuard HVM 都可以由此分析破解)
790610a0 mscorjit!CILJit::isCacheCleanupRequired = <no type information>
7908f1b2 mscorjit!Compiler::EHblkDsc::CheckIsInHandlerRegion = <no type information>
790867ff mscorjit!Compiler::EHblkDsc::CheckIsInTryRegion = <no type information>
79085d2e mscorjit!Compiler::EHblkDsc::IsInFilterRegion = <no type information>
790a5515 mscorjit!Compiler::EHblkDsc::IsInHandlerRegion = <no type information>
79066e44 mscorjit!Compiler::FlatFPAllocFPState = <no type information>...
.....
.....
.....
7909af92 mscorjit!Compiler::verVerifyCall = <no type information>
7909bbf9 mscorjit!Compiler::verVerifyCond = <no type information>
7909ba31 mscorjit!Compiler::verVerifyField = <no type information>
790a086e mscorjit!Compiler::verVerifyLDIND = <no type information>
790a0805 mscorjit!Compiler::verVerifySTIND = <no type information>
7909aae3 mscorjit!Compiler::verVerifyThisPtrInitialised = <no type information>