接口默认方法不直接实现AOP，但可支撑轻量级跨控制层性能统计埋点——通过在接口中定义带默认实现的增强方法（如TimedProcessOrder），封装计时、上下文注入与上报逻辑，使实现类无感继承、按需覆盖，控制器层“一键接入”而无需修改实现或配置切面。

接口默认方法本身不直接实现AOP，但它能成为轻量级跨控制层性能统计埋点的有力支撑——关键在于把“埋点逻辑”下沉到接口契约中，让实现类无感继承、按需覆盖，避免侵入业务代码。

用默认方法封装统一埋点入口

定义一个行为协议接口，把耗时统计作为默认能力提供。比如在C#或Java中：

• 接口声明核心业务方法（如ProcessOrder()），保持抽象
• 同时提供带默认实现的增强方法（如TimedProcessOrder()），内部调用Stopwatch或System.nanoTime()记录执行时间，并上报事件
• 该默认方法可自动注入通用上下文（如traceId、模块名、操作类型）

让控制器层“一键接入”而不改逻辑

Web或API控制器通常实现某个服务接口。此时只需调整调用方式：

• 原写法：service.ProcessOrder(order)
• 新写法：service.TimedProcessOrder(order) —— 不需要修改service实现类，也不需要额外切面配置
• 若某实现类对性能敏感或需自定义统计策略，可选择重写TimedProcessOrder，覆盖默认行为

结合注解+默认方法做条件化埋点

纯默认方法是静态的，但可与运行时注解协同提升灵活性：

• 在接口方法上加自定义注解（如@Track(performance = true)）
• 默认方法内通过反射检查该注解是否存在，决定是否启动计时与上报
• 这样同一接口可面向不同实现启用/禁用埋点，无需编译期硬编码分支

注意边界：它不是替代AOP，而是简化AOP落地

默认方法适合粒度较粗、契约明确的场景，比如统一入口方法、标准回调钩子。它不能像AspectJ或Aspects那样动态拦截任意私有方法或第三方库调用。真正需要细粒度、非侵入、全局生效的埋点（如所有onClick、所有viewDidAppear:），仍需依赖运行时方法替换或编译期织入。但对服务层、领域层、API门面等可控接口层，默认方法提供了一种零配置、易测试、低耦合的轻量替代方案。