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
默认方法不是“可选实现”，而是“自动可用”。只要类声明实现该接口，就能直接调用默认方法，哪怕类里一行代码都没写。
C知道
CSDN推出的一款AI技术问答工具
下载
但一旦你要改逻辑，就得用
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
声明；另外，泛型接口的默认方法对每个封闭类型生成独立实现，性能开销比想象中略高，高频调用场景建议压测验证。
