为何using别名指令无法解决导入类与父命名空间类的冲突？

代码库中存在命名冲突场景：
在Api.Data.Models命名空间下有一个遗留的Log类：

namespace Api.Data.Models;

// legacy db class entry
public class Log
{
}

在Api.Data.Models.Binding命名空间的ModelBinder类中，尝试通过别名引用Serilog的Log，但编译器仍指向遗留的Log类，导致无法调用Information方法：

using Log = Serilog.Log;

namespace Api.Data.Models.Binding;

public class ModelBinder : IModelBinder 
{
    public Task BindModelAsync(ModelBindingContext bindingContext)
    {
        Log.Information("Trying to call Log.Information"); 
        // 无法解析Information符号，编译器仍指向Api.Data.Models.Log
    }
}

疑问：为何别名无法解决该命名冲突？

• 冲突原因：C#中，当命名空间存在嵌套关系时，编译器会优先匹配当前命名空间的上级命名空间中的类型，而非文件顶部的别名。Api.Data.Models.Binding是Api.Data.Models的子命名空间，因此编译器默认优先识别Api.Data.Models.Log，忽略了文件顶部的别名声明。
• 解决方法1：使用完全限定名调用
  直接通过完整命名空间调用Serilog的Log，绕开别名与本地类型的冲突：

  public Task BindModelAsync(ModelBindingContext bindingContext)
  {
      Serilog.Log.Information("Trying to call Log.Information"); 
  }
  

• 解决方法2：将别名移至命名空间内部
  将别名声明放在命名空间代码块内部，此时别名的优先级会高于上级命名空间的类型：

  namespace Api.Data.Models.Binding;
  
  using Log = Serilog.Log;
  
  public class ModelBinder : IModelBinder 
  {
      public Task BindModelAsync(ModelBindingContext bindingContext)
      {
          Log.Information("Trying to call Log.Information"); 
      }
  }
  

• 解决方法3：给遗留类添加别名
  为遗留的Api.Data.Models.Log单独设置别名，明确区分两个Log类型：

  using LegacyLog = Api.Data.Models.Log;
  using Log = Serilog.Log;
  
  namespace Api.Data.Models.Binding;
  
  public class ModelBinder : IModelBinder 
  {
      public Task BindModelAsync(ModelBindingContext bindingContext)
      {
          Log.Information("Trying to call Log.Information"); 
          // 若需使用遗留类，通过LegacyLog调用
      }
  }
  

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