三步快速解决dll冲突问题

最近在推广应用我们的分布式服务网关（Web Api）：业务组大部分对外的业务逻辑以HSF服务或者自定义扩展插件的方式，注册并发布到分布式服务网关中，统一对外提供WebApi服务。临时介绍下我们的分布式服务网关：

1. 一键注册、发布WebApi服务，

2. 统一管理发布WebApi服务，实现WebApi的服务化治理

3. 集成安全认证、加解密、监控、日志等Aspect

4. 流量安全控制：流控

5. 横向伸缩、弹性扩展，支持大规模并发

6. 简化WebApi开发，提升开发效率，减少重复开发工作

在实际的开发应用中，业务逻辑dll要注册、发布到分布式服务网关中，例如参数类型、自定义扩展插件等。

每次业务的变更，都需要重新发布服务，例如实体类的注解（属性标签）发生变化，重新发布服务，分布式服务网关侦测到变化，重新加载。

同时，各个业务模块之间存在SPI层接口、实体类的依赖，例如：A中依赖B.Spi.dll,B发布了最新的B.Spi.dll,A未发布，这样会产生一个问题：

一个AppDomain中只能加载一个B.Spi.dll，如果先访问A服务，那么旧版本的B.Spi.dll就会先加载到AppDomain，此时，访问B服务时，就会出现dll冲突问题：

例如：

{"ErrorInfo":数据序列化错误：程序集“***.Module.CarMdelAnalyse.SPI,Version=1.0.0.0,Culture=neutral,
PublicKeyToken=null”中的类型“***.Module.CarMdelAnalyse.SPI.CarModelAnalyseResult”未标记为可序列化。r\rn   
在 System.Runtime.Serialization.FormatterServices.InternalGetSerializableMembers(RuntimeType type)\r\n   
在 System.Runtime.Serialization.FormatterServices.GetSerializableMembers(Type type,StreamingContext context)\r\n   
在 System.Runtime.Serialization.Formatters.Binary.WriteObjectInfo.InitMemberInfo()\r\n   
在 System.Runtime.Serialization.Formatters.Binary.WriteObjectInfo.InitSerialize(Object obj,ISurrogateSelector surrogateSelector,
 StreamingContext context,SerObjectInfoInit serObjectInfoInit,IFormatterConverter converter,ObjectWriter objectWriter,
SerializationBinder binder)\r\n   在 System.Runtime.Serialization.Formatters.Binary.ObjectWriter.Write(WriteObjectInfo objectInfo,
 NameInfo memberNameInfo,NameInfo typeNameInfo)\r\n   在 System.Runtime.Serialization.Formatters.Binary.ObjectWriter.Serialize(Object graph,
 Header[] inHeaders,__BinaryWriter serWriter,Boolean fCheck)\r\n   
在 System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize(Stream serializationStream,Object graph,Header[] headers,
 Boolean fCheck)\r\n   在 System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize(Stream serializationStream,Object graph)\r\n