图书借阅系统核心是对象建模：Book、Reader、BorrowRecord、LibrarySystem四类各司其职；用组合替代继承，状态私有并封装行为（如tryBorrow/returnBook），内存集合支撑初期演示，逻辑清晰后再替换持久化。
用Java做图书借阅系统，核心不是堆代码，而是想清楚“谁在什么场景下做什么事”——对象建模就是把现实里的借书、还书、读者、图书这些角色和行为，准确翻译成类、属性和方法。
明确核心实体与职责划分
先别急着写类，拿纸笔画一画：图书馆里最不能少的是图书（Book）、读者（Reader）、借阅记录（BorrowRecord），还有统筹管理的图书管理系统（LibrarySystem）。每个类只管自己该管的事：
-
Book：只存ISBN、书名、作者、是否可借（isAvailable）、借出次数等静态+状态信息；不负责“被借”，只提供
setAvailable(false)这类配合方法 - Reader：存学号/身份证、姓名、当前借阅数量（用于控制上限），不直接操作图书，只向系统发起借/还请求
- BorrowRecord：一次借阅一个快照——谁借的、哪本书、借出时间、应还时间、实际归还时间（null表示未还）
- LibrarySystem：真正干活的协调者——验证读者资格、检查图书可借性、生成记录、更新状态、计算逾期
用组合代替继承，让关系更真实
别一上来就让Reader继承Person、Book继承Publication。现实中，读者和图书没有“是”的关系，只有“用”和“被用”的关系。正确做法是：
- Reader类里声明
private List——一个读者有多个借阅记录borrowHistory; - LibrarySystem里持有
Map和bookCatalog; List——系统掌握所有资源registeredReaders; - BorrowRecord里同时持有
Reader reader;和Book book;引用——记录天然关联双方
这样改一次状态（比如还书），只要在LibrarySystem里调用record.setReturnTime(new Date()) + book.setAvailable(true)，数据一致性自然保障。
立即学习“Java免费学习笔记（深入）”；
状态驱动行为，拒绝裸字段操作
图书的“可借”状态不能随便被外部设为true/false。要让Book自己控制状态流转：
- 把
isAvailable设为private - 提供
boolean tryBorrow()：内部判断是否可借，可借则设为false并返回true；否则返回false - 提供
void returnBook()：只在确认已借出时才设为true，避免重复还书出错
同样，Reader的借书上限检查也封装在canBorrowMore()里，而不是让LibrarySystem去读它的count字段再比较——行为和数据绑在一起，模型才健壮。
用简单持久化支撑演示逻辑
不用一上来集成MySQL或Hibernate。先用内存集合模拟数据落地：
- 启动时用静态块或init()加载几本测试图书和读者
- 借阅记录add到List，还书时更新对应Record的returnTime
- 查询“某读者当前借了哪些书”？遍历borrowHistory，筛选returnTime == null的记录即可
- 需要导出报表？重写Book/Reader的toString()，或用StringBuilder拼接表格字符串
等模型跑通、业务逻辑清晰了，再把ArrayList换成JDBC或MyBatis，替换成本极低——因为上层只依赖抽象行为，不依赖存储细节。
