借阅状态不生效是因为修改了新创建对象而非arraylist中原始引用；归还失败是因未重写equals和hashcode；输入卡住是因nextint后未清理换行符；响应变慢需用hashmap索引优化查找。
借阅状态修改总不生效？检查 ArrayList 中对象引用是否被重新赋值
Java 里用 ArrayList<book></book> 存书，调用 setBorrowed(true) 却发现借阅状态没变——大概率是因为你每次从 list 取出对象后，又 new 了一个新 Book 赋值给变量，改的是副本，不是原 list 里的实例。
真实场景：用户输入书名，程序遍历 books 找到匹配项，然后调用 book.setBorrowed(true)。如果中间写了类似 Book b = new Book(...) 再复制字段，就断开了和 list 元素的引用关系。
- 确认修改的是
books.get(i)返回的那个对象，而不是基于它构造的新对象 - 避免在查找逻辑里写
new Book(b.getTitle(), ...)后再设状态 - 调试时打印
System.out.println(books.get(0) == books.get(0))验证引用一致性（应为 true）
归还操作找不到记录？equals 和 hashCode 没重写导致 indexOf 失效
用 books.indexOf(bookToReturn) 查不到要归还的书，返回 -1——ArrayList.indexOf() 依赖 equals() 判断相等，而默认的 Object.equals() 只比引用，不是比书名或 ISBN。
常见错误：只重写了 toString() 或加了 getter/setter，但没碰 equals() 和 hashCode()。结果是“看起来一样”的两本书，在 list 里永远不被认为相等。
立即学习“Java免费学习笔记（深入）”；
- 必须同时重写
equals(Object o)和hashCode()，且逻辑一致（推荐用 IDE 自动生成） - 关键字段选书名 + 作者，或更稳妥的 ISBN（避免同名不同书）
- 若用 Lombok，加
@EqualsAndHashCode(of = {"isbn"})即可，别漏掉hashCode
命令行输入后程序卡住？Scanner.nextLine() 前有 nextInt() 导致换行符残留
用户输完借阅编号（nextInt()），再输书名（nextLine()），结果书名直接为空——这是因为 nextInt() 不消费结尾的换行符，nextLine() 立刻读到空行就返回了。
这不是 ArrayList 的问题，但会直接影响借阅/归还流程的输入完整性，导致后续查不到书、状态改错对象。
- 在每个
nextInt()、nextDouble()后加一行scanner.nextLine()清掉缓存 - 或者统一用
nextLine()读所有输入，再用Integer.parseInt()转数字 - 别信“只在最后清一次”，每轮交互都要单独处理
ArrayList 存大量数据后响应变慢？没加索引导致每次借阅都全表扫描
书超过 200 本后，每次借阅都要遍历整个 ArrayList 找书名，O(n) 时间明显卡顿——这不是语法错误，而是设计选择问题。
命令行系统虽小，但借阅/归还属于高频操作，线性查找会随数据增长持续劣化。
- 临时解法：用
HashMap<string book></string>按 ISBN 做主索引，ArrayList仅作备份或展示用 - 若坚持单结构，至少把常用查询字段（如
isbn）提到Book类开头，提升 CPU 缓存命中率 - 别提前过度优化，但当发现
for (Book b : books)出现在多个方法里，就是重构信号
真正麻烦的不是怎么改，而是很多人改完状态却忘了同步更新控制台输出或文件持久化——借阅标记变了，但下次启动还是老数据。
