正文：

在数据库设计中，多对多关系是常见的业务场景，例如“用户-角色”“商品-分类”等。Hibernate通过@ManyToMany注解简化了这类关系的映射，但默认生成的连接表可能无法满足复杂需求。本文将手把手教你如何通过自定义连接表实现灵活控制。

一、为什么需要自定义连接表？

默认情况下，Hibernate会自动生成名为表A_表B的连接表，仅包含两表的主键字段。但在实际业务中，连接表可能需要：
1. 添加额外字段（如创建时间、关联状态）
2. 自定义表名或字段名
3. 实现更复杂的关联逻辑

例如，电商系统中“用户收藏商品”的场景，连接表需记录收藏时间：
plaintext user_favorite_product ├── user_id (FK) ├── product_id (FK) └── created_time (额外字段)

二、实现步骤详解

1. 基础实体定义

假设有User和Product两个实体，通过Favorite连接表关联：

@Entity
public class User {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    private String name;
    
    // 放弃默认多对多配置
    @OneToMany(mappedBy = "user")
    private Set<Favorite> favorites = new HashSet<>();
}

@Entity
public class Product {
    @Id
    @GeneratedValue
    private Long id;
    private String title;
    
    @OneToMany(mappedBy = "product")
    private Set<Favorite> favorites = new HashSet<>();
}

2. 自定义连接表实体

@Entity
@Table(name = "user_favorite_product")
public class Favorite {
    @EmbeddedId
    private FavoriteKey id;  // 复合主键
    
    @ManyToOne
    @MapsId("userId")
    @JoinColumn(name = "user_id")
    private User user;
    
    @ManyToOne
    @MapsId("productId")
    @JoinColumn(name = "product_id")
    private Product product;
    
    @Column(name = "created_time")
    private LocalDateTime createdTime;
}

@Embeddable
public class FavoriteKey implements Serializable {
    private Long userId;
    private Long productId;
}

关键点说明：
- 使用@EmbeddedId定义复合主键
- @MapsId将外键映射到复合主键的对应字段
- 可自由添加其他业务字段（如createdTime）

三、操作示例

1. 保存关联关系

User user = entityManager.find(User.class, 1L);
Product product = entityManager.find(Product.class, 101L);

Favorite favorite = new Favorite();
favorite.setUser(user);
favorite.setProduct(product);
favorite.setCreatedTime(LocalDateTime.now());

entityManager.persist(favorite);

2. 查询用户收藏的商品

String jpql = "SELECT f.product FROM Favorite f WHERE f.user.id = :userId";
List<Product> products = entityManager
    .createQuery(jpql, Product.class)
    .setParameter("userId", 1L)
    .getResultList();

四、对比默认@ManyToMany的优劣

| 方案 | 优势 | 劣势 |
|---------------------|-----------------------------|-----------------------------|
| 默认@ManyToMany | 配置简单，适合基础场景 | 无法扩展字段，表结构不可控 |
| 自定义连接表实体 | 完全控制表结构，支持复杂业务逻辑 | 需手动维护关联，代码量稍多 |

五、常见问题解决方案

1. 性能优化：为连接表的user_id和product_id添加联合索引
2. 级联操作：通过@PreRemove在删除用户时清理关联记录
3. DTO映射：使用@EntityGraph避免N+1查询问题