当我们发布系统时，有时候希望不用关掉应用程序就能完成发布，但Spring.NET的ApplicationContext是从AppDomain.CurrentDomain中加载的程序集中创建对象的，并不支持从动态加载的程序集中创建对象，如果直接把更新后的程序集复制到bin目录，会无法替换dll或导致应用程序重启。最近我正好有这个需求，就研究了一下Spring的相关代码，需要解决的问题如下：
1.首先要解决如何动态加载程序集
2.其次要找到某种方式告诉Spring在创建对象的时候用我们自己加载进来的程序集
如何动态加载程序集
动态加载程序集，网上最多的说法是另外创建一个AppDomain，然后在新创建的AppDomain里加载程序集。但这种方式不太不适合我，因为要想让一个对象能够穿过AppDomain边界，必须要继承MarshalByRefObject类，否则无法被其他AppDomain使用，而且从一个AppDomain调用另外一个AppDomain里的程序集时，需要多一层通信，这样太复杂了，而且出了问题也不好调试。
我的主程序，利用Spring的IOC容器取出对象，然后调用对象的方法，这种应用场景，最适合的还是只存在一个AppDomain，所以得考虑另外的方法来动态加载程序集。
动态加载程序集的目的，就是为了可以在不关闭应用程序的情况下替换dll，如果我直接Assembly.LoadFile肯定是不行的，因为我一旦Load了这个File，这个文件就被使用了，没法替换。
所以首先要把程序集复制到临时目录，然后用Assembly.LoadFile去加载临时目录中的程序集，这样就可以在运行期替换程序集了。当然，我们还需要一个FileSystemWatcher来监控程序集的目录，当目录中的程序集发生变化时，再把新的程序集复制到新的临时目录，然后再加载新临时目录中的程序集文件。
当然，已经加载的程序集在AppDomain.CurrentDomain没有被销毁前，是不能卸载的，所以经过几次程序集的更新后，我们的AppDomain.CurrentDomain中就会存在几个不同版本的程序集。为了区分出哪个程序集才是最新的，我们还需要一个全局的dictionary来存放最新的程序集，这个dictionary以程序集的名字作为key，以最新的加载后的程序集作为value。每次加载完临时目录的程序集之后，要更新这个dictionary。
相关代码我在这里就不贴了，大家可以查看附件里的源代码。需要注意的是由于FileSystemWatcher在文件被修改时会多次触发Changed事件，所以为了避免多次加载同一个程序集，我稍微处理了一下，加了一个Timer，当定时器事件触发的时候才去加载程序集，而不是文件一被修改了就去加载。
如何让Spring用我们的程序集创建对象
Spring在创建对象的时候，是利用反射，根据type的字符串形式来加载System.Type类型。它的ResolveType的核心逻辑如下（位于Spring.Core.TypeResolution.TypeResolver中）：
public virtual Type Resolve(string typeName)
{
if (StringUtils.IsNullOrEmpty(typeName))
{
throw BuildTypeLoadException(typeName);
}
TypeAssemblyHolder typeInfo = new TypeAssemblyHolder(typeName);
Type type = null;
try
{
type = typeInfo.IsAssemblyQualified ? LoadTypeDirectlyFromAssembly(typeInfo) : LoadTypeByIteratingOverAllLoadedAssemblies(typeInfo);
}
catch (Exception exception)
{
if (exception is TypeLoadException)
{
throw;
}
throw BuildTypeLoadException(typeName, exception);
}
if (type == null)
{
throw BuildTypeLoadException(typeName);
}
return type;
}
从上面的代码可以看到，他resolve type的逻辑是：
- 如果是“TypeName,AssemblyName”的格式，则调用LoadTypeDirectlyFromAssembly来加载程序集。即先用Assembly.LoadWithPartialName来得到程序集，然后用Assembly.GetType方法来得到类型。
- 如果是“TypeName”的格式（即不写AssemblyName），则调用LoadTypeByIteratingOverAllLoadedAssemblies来加载程序集。也就是便利AppDomain.CurrentDomain中所有已加载的程序集，对每个程序集都调用一次Assembly.GetType方法，看看哪个程序集可以成功的返回类型。这可就不保险了，因为我们上面解释了，AppDomain.CurrentDomain中可能包含多个版本的程序集。
在实际使用时，我们大多都会使用第一种格式的类型字符串，即“TypeName，AssemblyName”的形式，所以它会走到第1中情况中。我们知道，当Assembly.LoadWithPartialName失败时，会触发AppDomain.AssemblyResolve事件（当然不仅仅是LoadWithPartialName失败时会触发，还要很多情况下会触发这个事件），那我们是否可以通过AppDomain.AssemblyResolve事件来返回我们需要的程序集呢？通过试验，这种方式也是不可以的，因为一旦Assembly.LoadWithPartialName利用AppDomain.AssemblyResolve事件得到了程序集之后，第二次再调用这个方法时，就不会再去触发AppDomain.AssemblyResolve事件了，因为.net framework认为这个程序集它是可以识别的，不需要再触发这个事件了。但我们的程序集在运行期是有可能不断变化的。
那么，是否可以通过继承TypeResolver，并重写Resolve方法来达到我们的目的？这应该是一个比较好的解决方案，但我并没有找到在哪里可以注入我们自己的TypeResolver的实现。大家可以去看一下Spring.Core.TypeResolution.TypeResolutionUtils类的实现，或许你们可以找到如何注入自己的TypeResolver的方法。
通过查看Spring的相关代码，最后我的解决方案如下：创建一个类ObjectFactory，并继承自Spring.Objects.Factory.Support.DefaultListableObjectFactory，然后重写GetMergedObjectDefinition方法，在这个方法里去Resolve出正确的type。
public class ObjectFactory : DefaultListableObjectFactory
{
public ObjectFactory(bool caseSensitive, IObjectFactory parentFactory)
: base(caseSensitive, parentFactory)
{
}
protected override RootObjectDefinition GetMergedObjectDefinition(string name, IObjectDefinition definition)
{
var rootDefinition = base.GetMergedObjectDefinition(name, definition);
if (rootDefinition != null)
{
Type type;
if (rootDefinition.HasObjectType)
{
type = AssemblyUtils.ResolveType(rootDefinition.ObjectType.AssemblyQualifiedName);
}
else
{
type = AssemblyUtils.ResolveType(rootDefinition.ObjectTypeName);
}
if (type != null)
{
rootDefinition.ObjectType = type;
}
}
return rootDefinition;
}
}
AssemblyUtils.ResolveType就是我用来resolve出正确的type的方法，它的实现如下：
public Type ResolveType(string typeString)
{
if (string.IsNullOrEmpty(typeString)) return null;
var typeName = typeString;
string assemblyName = null;
var i = typeString.IndexOf(',');
if (i == 0) return null;
if (i > 0)
{
typeName = typeString.Substring(0, i);
if (i < typeString.Length - 1)
{
assemblyName = typeString.Substring(i + 1);
}
}
Assembly assembly;
if (string.IsNullOrEmpty(assemblyName))
{
assembly = Assembly.GetExecutingAssembly();
}
else
{
assembly = ResolveAssembly(assemblyName);
}
if (assembly == null) return null;
var type = assembly.GetType(typeName, false, true);
return type;
}
public Assembly ResolveAssembly(string assemblyString)
{
var targetName = new AssemblyName(assemblyString);
foreach (var assembly in loadedAssemblies.Keys)
{
var assemblyName = new AssemblyName(assembly);
if (assemblyName.FullName.Equals(targetName.FullName, StringComparison.OrdinalIgnoreCase)
|| assemblyName.Name.Equals(targetName.Name, StringComparison.OrdinalIgnoreCase))
{
return loadedAssemblies[assembly];
}
}
var assemblies = AppDomain.CurrentDomain.GetAssemblies();
foreach (var assembly in assemblies)
{
var assemblyName = assembly.GetName();
if (assemblyName.FullName.Equals(targetName.FullName, StringComparison.OrdinalIgnoreCase)
|| assemblyName.Name.Equals(targetName.Name, StringComparison.OrdinalIgnoreCase))
{
return assembly;
}
}
return null;
}
其中，loadedAssemblies是一个dictionary，里面存的就是最新加载进来的程序集。
有了ObjectFactory之后，剩下的问题就是如何用这个ObjectFactory。创建一个类XmlApplicationContext，让它继承自Spring.Context.Support.XmlApplicationContext，然后重写它的CreateObjectFactory方法，在这里就可以返回我们自己的ObjectFactory了：
public class XmlApplicationContext : Spring.Context.Support.XmlApplicationContext
{
protected override DefaultListableObjectFactory CreateObjectFactory()
{
return new ObjectFactory(CaseSensitive, GetInternalParentObjectFactory());
}
}
到此为止，就可以在程序里利用我们这个XmlApplicationContext来GetObject了，例如：