Lombok 的 @RequiredArgsConstructor 不支持为构造参数添加 @Named 等 Guice 专用注解，因此无法直接通过 Lombok 自动生成带命名依赖注入的构造函数；必须手动编写构造器并显式标注 @Inject 和 @Named。
如何在 lombok 与 guice 混合使用时实现命名依赖的构造器注入：lombok 的 `@requiredargsconstructor` 不支持为构造参数添加 `@named` 等 guice 专用注解，因此无法直接通过 lombok 自动生成带命名依赖注入的构造函数；必须手动编写构造器并显式标注 `@inject` 和 `@named`。
要实现 CallerA 使用 ClientA、CallerB 使用 ClientB 的隔离注入，关键在于将命名绑定（@Named("ClientA") / @Named("ClientB")）精确传递到 Strategy 的构造参数上，而非仅作用于 CallerX 类本身。由于 Lombok 不支持在生成的构造器参数上插入 @Named（其 onConstructor 仅作用于整个构造器，不支持 onParam），你必须放弃 @RequiredArgsConstructor，改用显式构造器。
✅ 正确做法如下：
-
为
Strategy定义带命名参数的构造器（手动编写，不可用 Lombok 生成）：class Strategy { private final Client client; @Inject Strategy(@Named("ClientA") Client client) { this.client = client; } // 可选：为 ClientB 提供另一个构造器（不推荐，易混淆） // 或更优：使用工厂方法/Provider 封装不同变体 public void runMe() { client.doThings(); } } -
为每个调用方定义专属策略类型（推荐，类型安全）：
避免运行时错误，提升可维护性：// 明确区分语义 class StrategyForA { private final Strategy delegate; @Inject StrategyForA(@Named("ClientA") Client client) { this.delegate = new Strategy(client); } public void runMe() { delegate.runMe(); } }
class StrategyForB { private final Strategy delegate; @Inject StrategyForB(@Named("ClientB") Client client) { this.delegate = new Strategy(client); } public void runMe() { delegate.runMe(); } }
对应调用方：
```java
class CallerA {
private final StrategyForA strategy;
@Inject
CallerA(StrategyForA strategy) {
this.strategy = strategy;
}
public void run() { strategy.runMe(); }
}
class CallerB {
private final StrategyForB strategy;
@Inject
CallerB(StrategyForB strategy) {
this.strategy = strategy;
}
public void run() { strategy.runMe(); }
}-
模块中确保提供命名绑定：
public class MyModule extends AbstractModule { @Override protected void configure(Binder binder) {} @Provides @Named("ClientA") Client providesClientA() { return ClientA.builder().build(); } @Provides @Named("ClientB") Client providesClientB() { return ClientB.builder().build(); } }
⚠️ 注意事项：
- ❌ 不要尝试用
@RequiredArgsConstructor(onConstructor = @__(@Inject))配合@Named字段——Lombok 不会将@Named注解传播到参数，Guice 将因无法解析未命名的Client而抛出ProvisionException。 - ✅ 若需复用
Strategy逻辑，优先采用「策略封装类」（如StrategyForA）而非运行时动态切换@Named，保障编译期类型安全与 DI 容器可追溯性。 - ? 如需更多客户端变体，可结合
@Provides方法 +@Named+ 接口默认方法或抽象基类进一步抽象，但核心原则不变：命名注入必须显式落在构造器参数上，且不可由 Lombok 代劳。
总结：Lombok 是语法糖，而 Guice 的命名依赖是运行时契约。二者交汇处需以 Guice 规则为准——手动构造、显式标注、类型隔离，才是稳健实践。
