正确定义@Async的方式：注解应放在接口还是实现类？

两种写法确实都能正常运行，但更推荐把**@Async标注在实现类的方法**上，原因如下：

• 接口是业务契约，只该定义"要做什么"，而异步执行属于"怎么做"的实现细节，放在接口里会污染契约逻辑。比如后续如果有其他实现类不需要异步执行这个方法，就会被接口上的注解限制，没法灵活调整。
• 从Spring代理机制来看，@Async依赖动态代理实现：如果注解在接口上，Spring会用JDK动态代理；如果在实现类上，可选择CGLIB代理（Spring会自动适配）。但核心问题还是接口契约的侵入——接口上的@Async会强制所有实现类遵循异步逻辑，违背了接口的抽象原则。

两种写法的具体差异 #

1. 标注在接口方法（示例中的A方法）
   所有实现该接口的类，对应方法都会被Spring识别为需要异步执行，哪怕实现类重写时没加@Async注解也会生效。这种写法会绑定所有实现类的执行方式，灵活性极低。

2. 标注在实现类方法（示例中的B方法）
   只有当前实现类的该方法会走异步逻辑，其他实现类完全不受影响。把异步逻辑封装在实现层，既符合单一职责，也给后续扩展留足了空间。

对示例代码的说明 #

你给出的代码里：

• Test接口的A方法加了@Async，TestImpl重写A后没加注解，但Spring依然会对A方法做异步处理；
• B方法只在TestImpl的重写方法上加了@Async，所以只有这个实现类的B方法是异步的。

总结：优先选择在实现类方法上标注@Async，避免侵入接口契约，保证代码的灵活性和可扩展性。

内容的提问来源于stack exchange，提问作者Abe