这行代码创建了一个初始长度为 0、元素类型为 *Book 的切片，既避免了零值填充，又支持动态追加；使用指针而非值类型主要为语义清晰、内存效率及潜在 nil 处理留出空间。
这行代码创建了一个初始长度为 0、元素类型为 `*book` 的切片，既避免了零值填充，又支持动态追加；使用指针而非值类型主要为语义清晰、内存效率及潜在 `nil` 处理留出空间。
在 Go 中，bks := make([]*Book, 0) 并非创建“数组”，而是一个长度（len）和容量（cap）均为 0 的切片——这是高效构建动态集合的惯用写法。make([]T, len) 的第二个参数指定的是切片的初始长度，而非容量（除非显式传入第三个参数）。当 len = 0 时，切片底层不分配冗余元素，也不会初始化任何 Book 零值（如 isbn="", price=0.0 等），从而避免无意义的内存占用和逻辑干扰。
例如，若写成 make([]*Book, 5)，则会生成一个含 5 个 nil 指针的切片：
bks := make([]*Book, 5) // len=5, cap=5, bks[0]~bks[4] 均为 nil
这不仅浪费空间，还可能引发误用（如未检查 nil 就解引用）。而 make([]*Book, 0) 确保切片“空无一物”，后续仅通过 append 显式添加有效对象，语义更安全、意图更明确。
至于为何是 []*Book 而非 []Book，核心原因有三：
- 避免值拷贝开销：Book 若包含字符串、切片或嵌套结构，按值传递会触发深层复制。使用指针仅传递 8 字节地址，显著提升循环扫描大量记录时的性能；
- 保持与 rows.Scan 的兼容性：rows.Scan(&bk.isbn, ...) 需要取地址，bk := new(Book) 返回 *Book，直接复用该指针可避免额外解引用或复制；
- 预留 nil 表达能力：虽本例中所有 bk 均非 nil，但 []*Book 类型天然支持存入 nil（例如某条记录因数据缺失需标记为空），为后续扩展（如条件过滤、错误跳过）提供灵活性。
⚠️ 注意：若业务确定 Book 实例永不为 nil，且结构体较小（如仅含几个基础字段），改用 []Book 完全可行，甚至更直观。但需同步调整扫描逻辑：
bk := Book{} // 值类型
err := rows.Scan(&bk.isbn, &bk.title, &bk.author, &bk.price)
// ... 然后 append(bks, bk) —— 此时 bks 应为 []Book总结：make([]*Book, 0) 是 Go 数据加载场景中的典型模式——它以零开销启始，配合 append 实现弹性增长；指针选择则兼顾性能、API 一致性与未来可维护性。理解其设计动机，有助于写出更健壮、高效的数据库交互代码。
