在mapstruct进行对象映射时，我们经常会遇到需要将一个额外参数（例如，一个全局id或上下文信息）从一个集合（列表）映射方法传递到其内部调用的每个单对象映射方法的情况。直接在列表映射方法中声明额外参数，mapstruct默认不会将其自动传播到单对象映射方法，这可能导致生成的代码不符合预期。为了解决这个问题，mapstruct提供了@context注解，并结合代理方法来实现参数的有效向下传递。
1. 理解问题：参数传播的挑战
假设我们有两个对象MyOM和MyEntity，它们都含有一个id字段。我们有一个单对象映射方法map(MyOM om, String id)，它通过@Mapping注解将传入的id参数映射到MyEntity的id字段。现在，我们希望实现一个列表映射方法mapDTOs(List
public class MyOM {
private String someField;
// getters and setters
}
public class MyEntity {
private String id;
private String someField;
// getters and setters
}
@Mapper
public interface MyMapper {
// 单对象映射方法，将传入的id映射到MyEntity的id字段
@Mapping(target = "id", expression = "java(id)")
MyEntity map(MyOM om, String id);
// 期望的列表映射方法，需要将id传播到每个map()调用中
List mapDTOs(List dtos, String id);
} 直接在mapDTOs方法中添加id参数并不能保证其被传播。MapStruct在处理集合映射时，会尝试寻找一个合适的单对象映射方法。如果找到的方法签名不包含额外的id参数，或者MapStruct的查找机制未能正确匹配，那么生成的MyEntity对象将不会包含期望的id。
2. 解决方案核心：@Context注解
MapStruct在1.2版本引入了@Context注解，专门用于标记那些不作为源对象属性，而是作为上下文信息在映射过程中传递的参数。当一个参数被@Context注解标记时，MapStruct会尝试将其传播到所有下游的映射方法中。
将mapDTOs方法中的id参数标记为@Context：
@Mapper
public interface MyMapper {
@Mapping(target = "id", expression = "java(id)")
MyEntity map(MyOM om, String id);
// 使用@Context注解标记需要传播的参数
List mapDTOs(List dtos, @Context String id);
} 然而，仅仅添加@Context注解可能还不足以解决问题。因为@Context参数不被视为映射的源参数，MapStruct在寻找合适的单对象映射方法时，可能会优先选择一个不包含@Context参数的、更简单的签名（例如MyEntity map(MyOM om)），或者无法正确匹配到我们期望的map(MyOM om, String id)方法。
3. 关键步骤：引入代理方法
为了确保MapStruct能够正确地将@Context参数传播到我们自定义的单对象映射方法中，我们需要引入一个default代理方法。这个代理方法的作用是显式地调用我们带有额外参数的单对象映射方法，并确保@Context参数被传递下去。
@Mapper
public interface MyMapper {
@Mapping(target = "id", expression = "java(id)")
MyEntity map(MyOM om, String id);
List mapDTOs(List dtos, @Context String id);
// 引入一个默认代理方法，显式调用带有@Context参数的单对象映射方法
default MyEntity mapContext(MyOM om, @Context String id) {
return map(om, id);
}
} 工作原理：
- 当mapDTOs(List
dtos, @Context String id)被调用时，MapStruct会遍历dtos列表。 - 对于列表中的每个MyOM对象，MapStruct会寻找一个合适的映射方法来将其转换为MyEntity。
- 由于我们提供了default MyEntity mapContext(MyOM om, @Context String id)这个代理方法，并且它的签名与我们期望的单对象映射逻辑匹配（接收MyOM和@Context String id），MapStruct会优先调用这个代理方法。
- mapContext代理方法内部显式地调用了map(om, id)，从而确保了@Context标记的id参数被正确地传递到了最终的映射逻辑中。
如果没有这个代理方法，MapStruct可能会生成一个新的、不带id参数的单对象映射方法（因为它找不到一个完全匹配的，并且现有方法map(MyOM om, String id)的第二个参数不是@Context类型），或者在生成的代码中忽略id的传播。
4. 完整示例
结合上述所有部分，一个完整的MapStruct接口可能如下所示：
import org.mapstruct.Context;
import org.mapstruct.Mapper;
import org.mapstruct.Mapping;
import java.util.List;
// 假设 MyOM 和 MyEntity 类已定义，包含 String id 和 String someField
@Mapper(componentModel = "spring") // 或其他组件模型
public interface MyMapper {
// 1. 单对象映射方法，明确指定id的来源
@Mapping(target = "id", expression = "java(id)")
@Mapping(target = "someField", source = "om.someField")
MyEntity map(MyOM om, String id);
// 2. 列表映射方法，使用@Context标记需要传播的参数
List mapDTOs(List dtos, @Context String id);
// 3. 代理方法：确保@Context参数被正确传递到单对象映射方法
default MyEntity mapContext(MyOM om, @Context String id) {
// 显式调用带有id参数的单对象映射方法
return map(om, id);
}
} 5. 注意事项与最佳实践
- MapStruct版本要求：@Context注解是在MapStruct 1.2版本中引入的。请确保你的项目使用的MapStruct版本不低于1.2。
- @Context参数不作为源：@Context注解的参数不参与MapStruct的源属性匹配逻辑。它们纯粹是上下文信息，用于辅助映射过程。
- 代理方法的命名：代理方法可以有任何名称（例如mapContext），只要它能够清晰地表达其意图，并且其签名能够被MapStruct正确识别为单对象映射方法。
- 何时使用代理方法：当你的单对象映射方法需要一个非源的额外参数，并且这个参数需要从集合映射方法中传播下来时，引入代理方法是确保@Context参数正确传递的关键。
- 避免混淆：确保你的单对象映射方法（如map(MyOM om, String id)）和代理方法（如mapContext(MyOM om, @Context String id)）的签名是清晰且意图明确的，以避免MapStruct生成不期望的映射逻辑。
总结
通过巧妙地结合@Context注解和default代理方法，MapStruct为在复杂映射场景中传递额外上下文参数提供了一个强大而灵活的解决方案。这种模式不仅保证了参数的正确传播，也使得映射逻辑更加清晰和可维护。掌握这一技巧，将有助于开发者更高效地利用MapStruct处理各种对象转换需求。
