如何在app.config中配置.NET DLL的加载路径：优先子文件夹，失败回退至应用目录（替代probing与codebase方案）

好问题！我刚好研究过.NET里仅靠配置文件控制DLL加载优先级的场景，咱们来拆解你的需求和可行的解决方案：

首先先明确你之前踩的坑为啥不行：

• <probing>元素：它的搜索逻辑是先扫应用程序根目录，再去privatePath指定的子文件夹找，完全和你要的“子文件夹优先”反过来了，所以肯定不符合需求；
• <codebase>元素：如果你的custom.dll是强命名的，那这个路径必须存在，不然直接启动失败，根本不会 fallback 到根目录；但如果是弱命名的DLL，其实它的行为有你没注意到的灵活性。

方案一：如果你的custom.dll是弱命名（无强签名） #

这是最理想的情况，完全可以通过app.config实现你的需求，配置示例如下：

<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <!-- 精准匹配你的custom.dll标识 -->
        <assemblyIdentity name="custom" 
                          publicKeyToken="null" 
                          culture="neutral" />
        <!-- 优先从子文件夹加载 -->
        <codebase href="subfolder\custom.dll" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

工作逻辑：

• 当subfolder存在且里面有custom.dll时，.NET会优先加载这个路径下的文件；
• 当subfolder不存在时，.NET会自动回退到默认搜索路径（应用程序根目录），不会抛出启动失败的错误，完美契合你的需求。

方案二：如果你的custom.dll是强命名（有强签名） #

很遗憾，仅通过app.config无法实现你的需求：

• 强命名程序集的<codebase>是强绑定规则，指定的路径必须存在，否则直接触发FileNotFoundException导致程序启动失败；
• <probing>的搜索顺序是硬编码的“根目录优先”，没有配置项能反转这个顺序。

这种情况你必须加一点编程逻辑（比如在AppDomain.CurrentDomain.AssemblyResolve事件里手动判断文件夹是否存在，再加载对应路径的DLL），但这就不符合你“只用配置文件”的要求了。

额外注意事项： #

• assemblyIdentity里的name必须和你的DLL文件名完全一致（不要加.dll后缀）；
• 弱命名DLL的codebase路径只能是应用程序根目录的子目录，不能用绝对路径或外部目录；
• 如果你的DLL有版本号，记得在assemblyIdentity里加上version属性，并且codebase要对应正确的版本。

内容的提问来源于stack exchange，提问作者whocoder