Java中类实现多个接口必须实现所有public abstract方法，default方法可不重写但同签名需显式覆盖，接口方法默认public且异常声明不能更宽泛；应拆分小接口而非大而全，default方法是安全扩展机制，Go通过结构体组合自然满足多接口。

Java中一个类implements多个接口的硬性要求

必须实现所有接口里声明的public abstract方法，一个都不能少。编译器不会网开一面——漏掉methodB()，就会报错：class Drone must either be declared abstract or implement abstract method methodB() in CameraDevice。

注意三点：

• default方法不用重写，但若两个接口都有同签名的default方法（比如都定义了log(String)），你必须在实现类里显式覆盖，否则编译失败
• 接口方法默认是public，实现类里不能改成protected或private
• 如果接口方法声明抛出检查异常（如throws IOException），你的实现可以不抛、抛更具体的子类异常（如FileNotFoundException），但绝不能抛更宽泛的（如Exception）

为什么不该把所有能力塞进一个大接口

比如定义一个SmartDevice接口，里面塞了fly()、record()、charge()、connectWiFi()……结果遥控车要实现它，就得为fly()写个空方法，监控摄像头也得给charge()打桩。这不是扩展，是自缚手脚。

更合理的做法是拆成小接口：

• Flyable：只含takeOff()、land()
• CameraDevice：只含capturePhoto()、startRecording()
• Chargeable：只含startCharging()、getBatteryLevel()

这样Drone类就可以精准选择implements Flyable, CameraDevice，不沾边的能力不承诺，也不用应付。

default方法不是“可选实现”，而是扩展安全阀

当你维护一个被多个项目引用的公共接口（比如Logger），突然想加个debug()方法，又不能让所有下游立刻改代码——这时候default就是救命稻草。

直接在接口里加：

default void debug(String msg) {
    // 空实现，或委托给info()
    info("[DEBUG] " + msg);
}

所有已有的实现类自动获得该能力，零修改、零风险。但要注意：如果下游自己写了同签名的debug()，那它的实现会覆盖default版本——这属于预期行为，不是bug。

Go里没有implements，但组合多个接口更自然

Go压根不写“我实现了XX接口”，只要结构体方法集凑齐了某个接口的所有方法，它就自动满足。所以一个Drone类型，只要同时有Fly()和Capture()，就能当Flyable用，也能当CameraDevice用。

关键在于组合方式：

• 别为了“实现接口”而硬加无意义方法；先想清楚这个类型真正要响应哪些行为
• 小接口优先：比起定义IoTDevice，不如拆成Reader、Writer、Stater
• 字段嵌入比方法堆砌更清晰：用type Drone struct { *FlightController; *Camera } 明确表达“它拥有飞行控制器，也拥有摄像头”，而不是靠一堆方法假装全能

最易被忽略的一点：多接口支持不是靠语法糖撑起来的，而是靠对职责边界的诚实判断——你敢不敢删掉那个“可能以后会用上”的接口？敢删，才真懂扩展。