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 }明确表达“它拥有飞行控制器，也拥有摄像头”，而不是靠一堆方法假装全能
最易被忽略的一点：多接口支持不是靠语法糖撑起来的，而是靠对职责边界的诚实判断——你敢不敢删掉那个“可能以后会用上”的接口？敢删，才真懂扩展。
