最近在做一款叫VICA产品，此产品采用了插件机制，插件在运行中加载，插件与插件之间存在依赖关系，所有的插件DLL为方便管理都放置在Plugins的文件夹下统一管理。这种处理方式不自觉的就让我想了解clr对程序集的查找机制，根据经验，我想到了三种场景分析与实现。
第一种：所有的DLL都是动态加载，比如存在A,B两个dll，且A引用B,都是被动态加载，这也就意味着A,B都会在程序运行时加载到AppDomain里，那么执行到A程序集调用B程序集中的代码时，CLR会从AppDomain中查找B程序集，如果能找到则顺利调用，否则会抛出一个程序集B找不到的异常。针对此异常AppDomain发布了一个ResolveEventHandler事件，该事件的订阅者可根据实际情况手动指定程序集的物理位置再次加载返回。
结果：此分析正确，两个存在依赖关系的DLL如果都是动态加载，则在查找引用上不存在问题。
第二种：存在A,B两个DLL，A被编译时引用，B属于动态加载，此时我们按照第一种方式，在程序启动的时候分别将A,B动态记载到AppDomain中。
结果：程序刚启动就抛出了找不到A程序集的异常，这说明程序对dll的加载在我们手动加载前，此时A在Plugins文件夹下，我们没有在config中设置对此文件夹的查找，所以此分析也符合我们原有的知识。如果将A从Plugins文件夹在拿到Bin目录下，则结果正常运行，不会抛出找不到B的异常。
第三种：存在A,B两个DLL，A,B都被编译时引用，我们依然在程序启动时将A,B加载到AppDomain中，同时将A放置在Bin目录下，B放置在Plugins目录下，不对config做配置。
结果：程序运行到A调用B的时候 抛出找不到B，但是我们已经在调用A引用B的部分前将B程序集加载到AppDomain中，出现这个问题的原因，我还是没有找到，明明程序集B已经在AppDomain中，而我们的程序依然找不到B，我怀疑B其实和A一样，是在编译时已经确定好了一些约定，所以手动添加到AppDomain是无效的。只有B程序集属于动态添加时，才会重新从AppDomain中查找。对于第三种出现的情况，我们只能通过第一种场景中使用ResolveEventHandler事件来再次加载一边方能起作用。
以上三种场景其实真正被运用的主要是前两种，而至于第三种基本上不会被想到，但是从第三种情况我们了解到了一些clr查找DLL的原理。