我们的应用程序部署的时候，目录结构一般不会只有运行程序的目录这一个，我们可能在运行目录下建子目录，也可能使用System32目录，也可能使用其它第三方的程序集。.Net程序集
首先会在GAC中搜索相应的版本，如果未找到则会应用程序配置文件中找（如果配置），最后到应用程序所在的路径搜索。
如何可以将程序集部署的运行目录的子目录, 在app.config添加以下配置，其中probing的privatePath就是配置当前程序搜索的子目录
... ...
Msdn地址:
如何加载非运行目录的程序集？也许有的人会想到反射，的确对应单独的一个程序集我们可以直接调用使用 Assembly.LoadFile(@"XXX.dll");加载，再使用反射对其中的方法属性进行调
用，但是如果这个程序集同时引用了其它的，非应用程序运行目录下的程序集，这时就会出错，这个问题该如何解决呢？
我曾尝试用 Assembly.LoadFile(@"XXX.dll");加载那些依赖的程序集，但是没有成功，调用继续出错。使用 AppDomain.CurrentDomain.GetAssemblies()查看，所有的应用程序集都已经加载到了当前应用程序域，但是为什么还是找不到依赖的哪些程序集呢？后来查询未果，希望有高人能回答下。
最后使用了AppDomain.CurrentDomain.AssemblyResolve事件解决了以上问题，希望遇到同样问题的同学们少走弯路，在程序初始化的时候添加监听事件
AppDomain.CurrentDomain.AssemblyResolve += new ResolveEventHandler(CurrentDomain_AssemblyResolve);
在监听的事件中遇到要加载额外的dll的时候，返回 Assembly.LoadFrom(strTempAssmbPath)即可
Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args) { var strTempAssmbPath = ""; if ("qrcsharp" == args.Name.Substring(0, args.Name.IndexOf(","))) { var systemFolder = Environment.GetFolderPath(Environment.SpecialFolder.System); strTempAssmbPath = System.IO.Path.Combine(systemFolder, "qrcsharp.dll"); } return string.IsNullOrWhiteSpace(strTempAssmbPath) ? null : Assembly.LoadFrom(strTempAssmbPath); }