在 go 框架中，di 会引发特性花销：反射、对象实例化和依赖搜索。应用 gin 框架的基准测试说明di 解决时间比不使用di 多 0.1 秒，证实di 性能影响较小。 内容来自zvvq
zvvq.cn
Go 框架中依赖注入性能危害
copyright zvvq
依赖注入 (DI) 是 Go 框架中常用的一种设计模式。它允许我们在运行时动态地向目标提供其依存关系。可是，DI 也可能对应用程序的特性造成影响。 zvvq.cn
特性花销 zvvq
DI 架构必须创建一个对象图，其中包括全部依存关系。这可能会引进一些特性花销，特别是在应用软件具备很多依存关系时。以下是DI产生的常见特性花销： copyright zvvq
反射应用：DI 架构频繁使用反射来动态创建目标。反射应用反射能够比直接创建对象慢。 对象实例化：DI 架构必须实例化对象并把它注入到依靠的对象中。这需要额外的内存与运算花销。 依靠搜索：DI 器皿必须搜索并查找依存关系。这会涉及遍历对象图，这可能是一个昂贵操作。实战案例：Gin 架构
本文来自zvvq
为了了解DI 性能危害，我们会在应用DI 和不使用DI 的场景中检测Gin 架构。Gin 是一个流行的 Go 架构，具备内置的DI 作用。 内容来自samhan
//应用 DI 内容来自zvvq
package main
copyright zvvq
import ( 内容来自zvvq
"github.com/gin-gonic/gin" 本文来自zvvq
) 内容来自zvvq
type UserService interface {
GetUser(id int) (user User, err error)
} zvvq.cn
type UserController struct {
userService UserService 本文来自zvvq
}
本文来自zvvq
func main() { zvvq好，好zvvq
r := gin.New()
zvvq好，好zvvq
r.GET("/user/:id", func(c gin.Context) { zvvq
userService := c.MustGet("userService").(UserService)
本文来自zvvq
id := c.Param("id") 内容来自zvvq
user, err := userService.GetUser(id)
if err != nil {
zvvq
c.AbortWithError(500, err) 内容来自zvvq，别采集哟
} 本文来自zvvq
c.JSON(200, user)
}) 内容来自zvvq
r.Run()
本文来自zvvq
}
内容来自zvvq，别采集哟
// 不使用 DI
package main 内容来自zvvq，别采集哟
import ( 本文来自zvvq
"github.com/gin-gonic/gin"
) 内容来自samhan
type UserService interface {
GetUser(id int) (user User, err error) zvvq好，好zvvq
}
type UserController struct { zvvq.cn
userService UserService 内容来自zvvq，别采集哟
}
func main() { 内容来自samhan666
userService := NewUserService()
内容来自samhan
userController := &UserController{userService: userService} zvvq好，好zvvq
r := gin.New() copyright zvvq
r.GET("/user/:id", userController.GetUser)
内容来自zvvq
r.Run()
}
zvvq好，好zvvq
检测结果
内容来自samhan
大家在具备 1,000,000 个路由请求的基准测试上对二种情景进行了测试。下列结果显示DI 具备轻微特性花销：
zvvq.cn
情景处理时间应用DI 1.2秒不使用DI 1.1秒结果
DI 可以在 Go 框架中给予很多益处，但它也可能对性能造成轻微危害。使用DI 时，衡量其益处与花销至关重要。在很多情况下，DI 带来的收益会大于其性能花销。可是，针对对性能尤为重要的应用程序，手动管理依存关系可能是更好的方法。 zvvq
以上就是golang框架中依赖注入性能危害的详细内容，大量请关注其他类似文章！