在面向用户的组件中清理后台工作的典型方法

在面向用户的组件中处理后台工作时，如何优雅地清理资源是一个常见问题。显式使用清理函数会造成函数调用链冗长，而其他方法也存在局限性。因此，探讨更佳的解决方案至关重要，以避免显式清理函数的传播，同时确保后台工作的正确清理。

假设我想将“有状态”组件的实例返回给用户，那么我可以在该实例中清理/加入后台工作的典型方法是什么？是否有任何模式可以避免显式清理函数一直传播到根代码？

例如，假设我将数据库客户端返回给用户。在此客户端中，我有一个循环定期轮询服务器以获取更新。现在，任何时候它都存在于所有权 dag 中（例如作为另一个结构中的成员变量，或作为另一个结构中的列表）。需要显式的 close() 将会在整个调用堆栈中迅速出现。由于 dag 中的每个向上链接也都需要 close()。一直到拥有根实例的函数（例如，main() 将需要在根服务器实例上调用 close()，这将需要 close() 的实现，以便它清理其自身后面的背景，等等） 。类似于下面的内容

type DbClient struct { ... }
func Cleanup(client DbClient) { ... }

type Component struct { 
  client DbClient 
  ... 
}
func Cleanup(component Component) { ... }

type Server struct { 
  component Component
  ... 
}
func Cleanup(server Server) { ... }

还有其他方法可以处理这些情况吗？或者对于此类有状态组件，建议使用显式 close() 函数吗？

解决方案

我猜你提到的问题是：“dag 中的向上链接将需要 close()”&“一直到拥有根实例的 func。

go 有 struct embedding 个功能。 go 更喜欢组合而不是继承。

嵌入与子类化有一个重要的区别。当我们嵌入一个类型时，该类型的方法成为外部类型的方法，但是当它们被调用时，该方法的接收者是内部类型，而不是外部类型。

package main

import "fmt"

type DbClient struct{}

func (client *DbClient) Cleanup() {
    fmt.Println("Closed called on client")
}

type Component struct {
    *DbClient
}

type Server struct {
    *Component
}

func main() {

    client := DbClient{}

    component := Component{&client}

    server := Server{&component}

    server.Cleanup()
}

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~