核心类结构必须包含Book、BorrowRecord、Member三个类：Book含isbn、title、author和enum型status；Member含memberId和name；BorrowRecord关联二者并记录借还日期；ID统一用String，关系通过BorrowRecord维护而非Book持有Member引用。
图书借阅系统该用什么核心类结构
Java图书借阅系统不是堆功能，而是先理清实体边界。最关键的三个类必须存在：Book、BorrowRecord、Member，缺一不可。其中 Book 要包含 isbn（唯一标识）、title、author 和 status（"available" 或 "borrowed"）；Member 至少要有 memberId 和 name；BorrowRecord 必须关联两者，并记录 borrowDate 和可选的 returnDate。
别急着加 Admin 或 ReportGenerator——这些属于扩展层，基础版本里它们只会让类之间循环依赖、测试难写、修改牵一发而动全身。
-
Book的status不要用 boolean，用 enum 更安全（比如BookStatus.AVAILABLE），避免true/false含义模糊 - 所有 ID 字段统一用
String类型（如"M2024001"或"B978-7-04-050694-5"），不推荐int——ISBN 带短横、会员号带前缀，强转会丢数据 - 不要在
Book里直接持有一个Member引用，借阅关系应由独立的BorrowRecord承载，否则无法支持同一本书被多次借还的历史追溯
main 方法该放在哪个类里
新手常把所有逻辑塞进 Main 类，结果变成“上帝类”。正确做法是：新建一个专门的启动入口类，叫 LibrarySystemApp，只做三件事：初始化数据、启动控制台交互循环、捕获顶层异常。其他业务逻辑全部下沉到 LibraryService 类中。
LibraryService 是真正的“大脑”，它持有 List<Book>、List<Member>、List<BorrowRecord> 三个内存集合，所有增删改查都通过它暴露的方法完成（比如 addBook(Book book)、borrowBook(String isbn, String memberId)）。这样后续换成数据库或加日志，只改这个类就行。
立即学习“Java免费学习笔记（深入）”；
public class LibrarySystemApp {
public static void main(String[] args) {
LibraryService service = new LibraryService();
Scanner scanner = new Scanner(System.in);
while (true) {
System.out.print("请输入指令 (add/book/borrow/quit): ");
String cmd = scanner.nextLine().trim();
if ("quit".equals(cmd)) break;
service.handleCommand(cmd, scanner);
}
scanner.close();
}
}
为什么不能直接用 ArrayList 存所有数据
能跑通，但很快会出问题。比如查找某本书是否已被借出，如果每次遍历 ArrayList<BorrowRecord> 筛选 isbn，时间复杂度是 O(n)；当借阅记录超 500 条，用户按回车后要卡顿半秒——这不是体验问题，是设计缺陷。
更稳妥的做法是：在 LibraryService 里维护一个 Map<String, Book>（key 是 isbn），再配一个 Map<String, List<BorrowRecord>>（key 是 isbn，值是该书全部借阅记录）。这样查书状态是 O(1)，查某书历史借阅也是 O(1) 平均查找。
- 别用
HashMap存会员列表，改用TreeMap<String, Member>按memberId排序，方便后续打印会员清单时天然有序 - 所有集合字段必须设为
private final，构造时初始化，禁止外部直接 get 后修改内部 list —— 否则多线程或误操作下数据会悄悄错乱 - 如果后期想支持并发借阅，不要急着上
synchronized，先用Collections.synchronizedList包一层，观察瓶颈在哪，再决定锁粒度
控制台输入容易忽略的两个坑
用户输 “ borrow ”（前后空格）或 “BORROW”（大小写混用），程序直接报 NullPointerException 或走错分支，不是用户问题，是你没做归一化处理。
所有命令解析前必须统一 .trim().toLowerCase()；所有 ISBN 和会员号输入也得 .trim()，否则 "978-7-04-050694-5 " 查不到书。Scanner 的 nextLine() 是安全的，但 next() 遇到空格就截断，会导致输入 "Java 编程思想" 只读到 "Java"。
- 借书时检查
Book.status == BookStatus.AVAILABLE之前，先查bookMap.get(isbn)是否为null，否则 NPE 会暴露内部结构给用户 - 还书操作不要只改
Book.status，必须同步更新对应BorrowRecord.returnDate，否则历史记录里永远显示“未归还” - 所有用户可见的提示语（如“借阅成功”）必须在业务方法执行成功后才打印，不能写在 service 方法里——否则单元测试时会污染输出，也不利于国际化替换
真正难的从来不是写完功能，而是让每一次输入都稳稳落在你预设的分支里，而不是靠用户“别输错”。边界检查、空值防御、状态一致性，这三样不补全，系统上线第一天就会在借书环节卡住。
