转载请标明出处:http://www.cnblogs.com/zblade/
一、IOS对DLL热更新的禁止
紧接上文,继续对C#热更新的研究。上文中,已经说了如何基于appDomain来实现对DLL的加载和卸载,进一步,可以在unity工程中,将Dll打包成资源,通过Assembly.Load的方式加载DLL来实现更新。那么为什么IOS中就不能这样操作了呢?
推荐阅读文章:
这两篇文章,对整个IOS不能热更新的缘由,有详细的讲解,对于Mono的JIT编译模式和AOT编译模式也有讲解。总结来说,就是由于IOS的Full AOT编译模式,不允许在IOS系统中动态生成代码(代码是可以在IOS中动态生成的,只是IOS为了安全性的考虑,禁止了内存的操作权限),所以JIT这种编译模式被Mono自己就禁止了(IOS下)。
既然不能JIT的编译,那么我们就不能基于Assembly.Load来加载DLL的bytes了。如何解决这个问题?让我们看看ILRuntime的解决思路。
二、ILRuntime基于IL虚拟机实现对DLL的热更新
首先看看ILRuntime对于其实现原理的解释:
ILRuntime借助Mono.Cecil库来读取DLL的PE信息,以及当中类型的所有信息,最终得到方法的IL汇编码,然后通过内置的IL解译执行虚拟机来执行DLL中的代码
那么,我们逐步来分析这些操作过程是如何执行的。
1、借助Mono.Ceil库来读取DLL的PE信息以及当中类型的所有信息
这一步是如何实现的,跟随源代码做一个详细的跟踪。
首先,是构建一个全局的appDomain(这儿不是程序域的意思,只是取其名字意思来表示)
基于WWW的方式加载AssetBundle或者DLL/PDB后,接下来是将其封入到MemoryStream中,将dll和pdb的bytes都存入到内存流中后,执行其内部实现的LoadAssembly方法。
关键的是第一行,从Mono中加载模块:
进一步跟踪:
ReadImageFrom的操作:
其中ImageReader最终来自BinaryReader:
那么接下来的ReadImage操作:
这四个操作,是最核心的操作,分别读取DLL的PE的各个信息,这样我们就进入下一个步骤。
2、最终得到方法的IL汇编码
让我们分拆来看看这几个读取函数的实现
1)ReadOptionalHeaders
主要读取PE的相关信息,不做过多解释,可以参看源码阅读理解;
2)ReadSections
读取分块数据
封装一个Section,然后去执行读取,然后赋值给section的Data,注意回退了Index
3)ReadCLIHeader
这步比较简单
4) ReadMetadata
核心是两个操作,一个是ReadMetadataStream,就是根据不同的标识符来新建不同的存储结构;一个是ReadTableHeap:
初始化heap中的Table后,进行一次Compute,获取size:
然后填充size:
基于这四步操作,我们可以将IL的汇编码存储到Image中,然后进一步执行后续的CreateModule操作:
具体到,就是:
其中的ReadModule为:
具体的读取manifest和Module内部数据,可以参看源码。
读取完module后,我们下一篇文章再详细讲解如何执行IL语句,这篇文章先写到这儿吧 :D