neoism 的 `node` 对象在通过 cypher 查询返回后，其嵌入的 `entity` 字段未初始化（尤其是 `db` 字段为 nil），直接调用 `setproperty` 等方法会触发空指针解引用 panic；需手动将 neo4j 客户端实例赋值给 `node.db` 才能正常使用。
在使用 neoism 进行 Neo4j 开发时，一个常见但易被忽略的陷阱是：通过 CypherQuery 返回的 neoism.Node 对象虽可正常访问 Data 字段，却无法直接调用其方法（如 SetProperty、AddLabel 等），运行时抛出 panic: invalid memory address or nil pointer dereference。
根本原因在于：neoism.Node 是一个嵌入了 *entity（定义在 entity.go）的结构体，而 entity 的方法（如 SetProperty）内部依赖 e.Db 字段发起 HTTP 请求。但 CypherQuery 反序列化仅填充 Data 和 Self 等字段，不会自动设置 Db 字段——它始终为 nil，导致方法执行时在 e.Db.Session.Put(...) 处崩溃。
✅ 正确做法是：在使用任何 Node 方法前，显式为其 Db 字段赋值，指向已初始化的 *neoism.Database 实例：
// 查询后，手动绑定数据库客户端
res[0].Node.Db = neo // ← 关键修复！
err = res[0].Node.SetProperty("TestProp", "TestValue")
if err != nil {
fmt.Println("failed to set property:", err)
return
}⚠️ 注意事项：
- 该问题不仅影响 SetProperty，所有依赖 e.Db 的 Node 方法（如 AddLabel、Delete、Relate）均会同样 panic；
- Node 是值类型（非指针），因此若 res 是切片副本，需确保修改的是原始 Node 实例（本例中 res[0].Node 是可寻址的，赋值有效）；
- 不要尝试对 Node 取地址再调用方法（如 (&res[0].Node).SetProperty(...)），因为 Db 仍为 nil，无效；
- 建议封装工具函数统一处理查询结果的 Db 绑定，提升健壮性：
func bindNodeDB(nodes []neoism.Node, db *neoism.Database) {
for i := range nodes {
nodes[i].Db = db
}
}
// 使用示例：
nodes := make([]neoism.Node, len(res))
for i := range res {
nodes[i] = res[i].Node
}
bindNodeDB(nodes, neo)
nodes[0].SetProperty("TestProp", "TestValue") // now safe? 总结：Neoism 的 Node 对象设计上将「数据载体」与「行为能力」分离——CypherQuery 只负责反序列化数据，而持久化操作能力需显式注入数据库上下文。理解这一设计逻辑，即可避免绝大多数因 Db == nil 导致的 panic，写出更稳定、可维护的图数据库交互代码。
