在同一应用中使用两个log4net版本的配置问题求助

这种多版本程序集共存的场景我碰到过好多次，你已经做了基础的codeBase配置，但没生效的话，可以从这几个方向逐一排查：

• 先核对文件路径的准确性
  你配置里的href="log4netv1.2.0\log4net-net-1.0.dll"是相对路径，这个路径的基准是Web应用的根目录（不是bin文件夹）。你需要确认：

  1. 网站根目录下确实存在log4netv1.2.0文件夹
  2. 该文件夹内的log4net-net-1.0.dll版本确实是1.2.0.30507
     如果拿不准路径，可以先试试绝对路径测试，比如：

  <codeBase version="1.2.0.30507" href="file://C:\YourWebAppRoot\log4netv1.2.0\log4net-net-1.0.dll" />
  

  能加载的话再换回相对路径。

• 验证公钥令牌是否完全匹配
  配置里的publicKeyToken="b4df9eabc7e0e71e"必须和旧版dll的公钥令牌完全一致。你可以用.NET SDK的sn工具验证：

  1. 打开Visual Studio开发者命令提示符（管理员身份）
  2. 切换到旧版dll所在目录，运行命令：

     sn -T log4net-net-1.0.dll
     

  输出的公钥令牌要和配置里的完全一致（注意大小写，CLR区分大小写），如果不匹配，CLR会直接忽略这条绑定规则。

• 确认程序集名称是否正确
  配置中assemblyIdentity的name属性必须和旧版dll的程序集名称完全一致。你可以：

  • 右键dll→属性→详细信息→查看“程序集名称”
  • 或者用ildasm.exe打开dll，查看AssemblyInfo中的名称
    有些旧版log4net可能被重命名过，如果名称不是log4net-net-1.0而是log4net，那这条规则自然不会生效。

• 启用程序集绑定日志排查细节
  如果上面的检查都没问题，就用.NET自带的Fusion日志查看器（fuslogvw.exe）来定位问题：

  1. 以管理员身份打开Visual Studio开发者命令提示符，运行fuslogvw.exe
  2. 点击“设置”，选择“记录所有绑定失败到磁盘”，确定后重启工具
  3. 触发应用加载旧版log4net的操作（比如刷新页面）
  4. 回到Fusion日志，刷新后找到对应的失败条目，查看详细日志——里面会明确告诉你CLR加载失败的原因：是路径不存在、权限不足、公钥不匹配，还是有其他绑定规则覆盖了你的配置。

• 检查是否有冲突的绑定重定向规则
  查看web.config中是否有其他针对log4net的<bindingRedirect>规则，比如：

  <dependentAssembly>
    <assemblyIdentity name="log4net" publicKeyToken="669e0ddf0bb1aa2a" />
    <bindingRedirect oldVersion="0.0.0.0-1.2.15.0" newVersion="1.2.15.0" />
  </dependentAssembly>
  

  如果旧版dll的程序集名称和新版一样（都是log4net），这类重定向规则会优先于你的codeBase配置，导致旧版dll无法被加载。这种情况下需要调整重定向规则，或者确保两个dll的程序集名称不同（可以通过修改旧版dll的程序集名称来实现，比如用ildasm反编译后修改再重新编译）。

• 验证IIS应用池的权限
  如果是部署在IIS上的Web应用，要确认应用程序池的运行身份（比如Network Service、ApplicationPoolIdentity）对log4netv1.2.0文件夹有读取权限。权限不足也会导致CLR无法加载dll。

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