单个map无法高效支持双向查询，因仅能o(1)查a→b，查b→a需o(n)遍历；必须用两个map分别维护studenttocourses和coursetostudents，值均为set，并通过add/removeenrollment原子操作同步更新以保证一致性。
用 Map 构建多对多实体关系图，核心在于双向映射 + 集合承载：不能只靠一个 Map 单向存，必须用两个 Map 分别从 A 角度看 B、从 B 角度看 A，每个值都是 Set（或 List）来容纳多个关联项。
为什么单个 Map 不够用？
比如 Map<student set>></student> 只能快速查“某个学生选了哪些课”，但查“某门课有哪些学生”就得遍历整个 Map —— 时间复杂度 O(n)，不可接受。真实业务中两类查询往往都高频，所以必须补一张反向索引。
标准双 Map 结构设计
以学生（Student）和课程（Course）为例：
-
正向映射：
Map<student set>> studentToCourses</student>→ 查学生选课 -
反向映射：
Map<course set>> courseToStudents</course>→ 查课程选课人
增删改操作必须同步更新两个 Map，否则数据不一致。推荐封装成工具类或服务方法，避免裸写重复逻辑。
如何保证一致性？关键操作要原子化
添加一对关联时，不是分别 put，而是统一入口处理：
- 调用
addEnrollment(student, course) - 内部同时执行：
→studentToCourses.computeIfAbsent(student, k -> new HashSet()).add(course)
→courseToStudents.computeIfAbsent(course, k -> new HashSet()).add(student) - 删除同理，用
removeEnrollment(student, course)封装两处 remove 和空 Set 清理
关系图怎么画？突出“边”与“双向箭头”
实体画成矩形（如 Student、Course），每个实体下方标注其主键（如 id 或 name）；中间不画中间表，而用两条带箭头的虚线边连接：
- Student →（含 Set
）→ Course（表示 studentToCourses） - Course →（含 Set
）→ Student（表示 courseToStudents）
这种图不体现数据库物理结构，而是表达内存中对象关联的逻辑流向与容量特征（箭头旁可标“1:N”），适合架构沟通或代码注释配图。
本质上，Map 多对多是内存级视图构建，不依赖数据库中间表，但要求开发者主动维护双链一致性。只要把“双向”和“集合承载”这两个点守住，逻辑就立得住。
