Java图书管理系统核心在于分层设计与实体建模：Book和BorrowRecord须为POJO，避免硬编码ID、字符串拼接及Scanner混入业务逻辑；用JSON文件持久化；删除前须校验借阅状态并给出具体提示。
Java 图书管理系统不是“写个 CRUD 就完事”，核心在于理清实体关系、避免硬编码 ID、别把 Scanner 当输入层用到生产逻辑里。
图书与借阅必须建模为独立类，别用 Map 模拟
新手常把图书信息塞进 HashMap 或用一堆 String 字段拼接，结果增删改查全靠字符串匹配——查“Java编程思想”时漏掉空格就查不到。真实业务中 Book 和 BorrowRecord 必须是 POJO，带明确字段和 getter/setter：
public class Book {
private String isbn; // 别用 int，ISBN 有 X
private String title;
private String author;
private int stock; // 库存要单独字段，别用“状态：在库/已借出”
}
借阅记录必须关联真实 Book 实例或至少其 isbn，而不是存一个“图书名字符串”。否则同一书名多版本（如第1版/第2版）会混乱。
控制台交互别在 Service 层调 Scanner.nextLine()
把输入逻辑混进 BookService.addBook() 会导致：单元测试无法注入模拟输入、后续想改成 Web 接口时得重写全部业务方法。正确做法是分层：
立即学习“Java免费学习笔记（深入）”；
-
Main类负责调Scanner获取用户输入，转成Book对象 -
BookService只接收Book对象，专注校验 ISBN 格式、库存非负等业务规则 - 所有提示语（如“请输入书名”）只出现在
Main或专用ConsoleUI类里
否则你加个新功能（比如导出 CSV），就得在 addBook() 里临时塞个文件路径输入——逻辑彻底污染。
