C#接口默认方法需C# 8.0+并显式配置LangVersion，方法体前不加default，仅支持public，重写必须用public override，多接口同名默认方法需显式实现。
接口默认方法必须用 C# 8.0+，且项目需启用 LangVersion
不满足这个前提，哪怕写了带实现的方法体，编译器也会报错 CS8701: Default interface methods are not supported in C# 7.3 and before。不是装了新 .NET SDK 就自动生效——得显式配置语言版本。
常见错误现象：在 VS 里写好了默认方法，却提示“方法体不可用”或“意外的标记”；或者项目能编译，但调用时行为异常（比如总是走基类逻辑而非接口默认实现）。
- 检查
.csproj文件是否包含8.0 9.0、12.0） - 若用
Directory.Build.props统一控制，确保它被正确导入 - ASP.NET Core 项目默认可能锁定较低版本，需手动覆盖
default 关键字不是必需的，但访问修饰符只能是 public
C# 的接口默认方法**不需要写 default 关键字**（这和 Java 不同）。只要在接口中直接提供方法体，它就是默认实现。但你也不能加 private、protected 或 internal——所有接口成员默认 public，显式写 public 是合法且推荐的，写别的会报错 CS0106。
容易踩的坑：有人照搬 Java 写法，在 C# 接口里写 default void Log() { ... }，结果编译失败；也有人试图用 private 封装辅助逻辑，但接口里根本不允许实例字段或私有方法。
- 正确写法：
public void Log(string message) { Console.WriteLine(message); } - 错误写法：
private void Log(...) { ... }、default void Log(...) { ... }、internal void Log(...) { ... } - 抽象方法仍需无实现体：
void Error(string message);（不加分号结尾会编译失败）
实现类不重写时直接继承默认行为，重写时必须用 public override
默认方法不是“可选实现”，而是“自动可用”。只要类声明实现该接口，就能直接调用默认方法，哪怕类里一行代码都没写。
但一旦你要改逻辑，就得用 override——这是强制语法要求，漏掉会报错 CS0506：“无法重写继承的成员，因为它不是虚成员”。注意：不是 new，也不是隐式隐藏。
- 继承默认行为：
class ConsoleLogger : ILogger { public void Critical(string m) => ...; }→ 可直接调用logger.Log("hi") - 重写必须带
override：public override void Log(string m) { ... } - 如果基类已实现该接口（比如抽象基类实现了
ILogger），派生类会继承那个实现，而非接口默认实现——运行时绑定走的是最具体的类型，这点容易误判
多个接口含同名默认方法时，必须在实现类中显式解决冲突
当一个类同时实现 ILogger 和 IEventSink，而两者都有 Log(string) 默认实现，C# 编译器不会帮你选——它会直接报错 CS0111 或 CS8705，要求你必须在类中提供明确实现。
这时你不能只写一个 public override void Log(...) 就完事。如果想复用某一方的默认逻辑，得用显式接口调用语法：ILogger.Log(message) 或 IEventSink.Log(message)，但注意：这需要先在类中做显式接口实现（void ILogger.Log(...)），否则无法直接限定调用来源。
- 最简解法：在实现类中写
public void Log(string m) { ((ILogger)this).Log(m); } - 更清晰做法：分别显式实现两个接口方法，再在公共入口里调度
- 别指望编译器自动合并或优先选某个——它连警告都不会给，直接编译失败
真正容易被忽略的点是：默认方法在反射中表现为 IsVirtual == true 且 IsFinal == false，但它没有对应的 virtual 声明；另外，泛型接口的默认方法对每个封闭类型生成独立实现，性能开销比想象中略高，高频调用场景建议压测验证。
