接口默认实现需显式启用LangVersion并遵守严格语义规则：必须声明语言版本（如8.0+），方法需public或省略但不可用default关键字，多接口同名方法须显式重写，且默认方法仅能访问接口成员和静态内容，不能访问实现类状态。
接口默认实现（DIM）不是语法糖，而是 C# 8.0+ 强制要求显式启用、有明确语义边界和编译约束的机制；不配 LangVersion 就直接报错，写了 default 关键字就编译失败，多接口同名默认方法不显式处理就拒绝编译——它不妥协，也不隐藏规则。
怎么让接口默认方法真正生效（而不是编译报错）
编译器不会自动“猜”你要用新语法。哪怕装了 .NET 8 SDK，只要项目没声明语言版本，CS8701 就必然出现。
- 检查
.csproj文件是否含<LangVersion>8.0</LangVersion>（或更高，如12.0） - 若用
Directory.Build.props统一控制，运行dotnet msbuild -preprocess确认该文件被加载 - ASP.NET Core 模板常默认锁死
LangVersion为7.3，需手动覆盖 - VS 中右键项目 → “属性” → “生成” → “高级” → 确认“语言版本”下拉框不是“默认”而是明确数值
写法上哪些是合法的，哪些会当场翻车
Java 的 default void Log() 在 C# 里完全无效，C# 接口成员天然 public，修饰符只能是 public 或省略（但省略易引发歧义）。
- ✅ 合法：
public void Log(string m) { Console.WriteLine(m); } - ✅ 合法（表达式体）：
public void LogError(string e) => Log($"[ERR] {e}"); - ❌ 报
CS1043：default void Log()（C# 不支持default关键字） - ❌ 报
CS0506：void Log()（无访问修饰符 + 有实现体，虽能过编译但重写时会出问题） - ❌ 编译失败：
private void Helper()（接口不能含非 public 成员，除非带默认实现且是private静态方法，但那是另一套规则）
实现类怎么继承、重写或解决冲突
继承默认行为是“零配置”，但一旦要改逻辑或面对多接口，规则立刻变硬。
- 不写任何代码 → 直接可用：
new MyLogger().LogError("boom")走接口默认逻辑 - 要重写 → 必须写
public override void LogError(string e)，漏掉override就触发CS0506 - 若同时实现
ILogger和IEventLogger，且二者都有LogError默认方法 → 编译器直接报CS0121（调用不明确），必须在类中显式定义public override void LogError(...)消除歧义 - 若基类已实现该接口（如
BaseLogger : ILogger提供了LogError），派生类继承的是基类实现，不是接口默认实现——这点常被忽略
默认方法能访问什么，不能碰什么
它运行在接口契约层，不是实现类实例上下文。看似能用 this，但实际能触达的范围极窄。
- ✅ 可访问：
this.Area（接口定义的double Area { get; }）、其他默认方法、DateTime.Now等静态/无状态内容 - ❌ 不能访问：实现类的字段（
this._buffer）、私有方法、virtual成员（除非接口自己定义）、base（接口无继承链） - ⚠️ 特别注意：
LogError若依赖抽象方法Log，而实现类没提供Log实现 → 运行时报NullReferenceException，不是编译错误，容易漏测
最常被绕开的点是：默认方法不是扩展方法，它不参与编译时的“变量声明类型解析”；它也不是抽象类的替代品，没有字段、构造函数、this 实例状态。它的价值只在安全演进接口——加新方法不破旧实现，仅此而已。越想让它干更多事，越容易撞上编译器那堵冷硬的墙。
