依赖注入是什么？Go是如何实现依赖注入的？

什么是依赖注入
依赖注入的好处
Go的依赖注入-wire

依赖注入是什么？

第一次听到这个词的时候我是一脸懵逼的，很拗口有没有，可能很多学过spring的同学觉得这是很基础很好理解的知识，但因为我之前没学过Java和spring，所以第一次接触这个词的时候是很懵的。

依赖注入，英文名dependency injection，简称DI。依赖两个字很好理解，在软件设计上，从架构模块到函数方法都存在大大小小的依赖关系。

比如说在new A 之前需要先new B ,A依赖于B，这时候我们就可以说B是A的依赖，A控制B，AB之间存在着耦合的关系，而代码设计思想是最好可以做到松耦合。如果某一天B需要改造那么A也需要跟着改造。这是一个依赖你可以觉得没问题，但如果是A->B->C->D->E->F之间存在一连串的依赖关系，那么改造起来就会十分麻烦。

这个时候就需要一种东西来解开他们之间的强耦合，怎么解耦呢，只能借助第三方力量了，我们把A对B的控制权交给第三方，这种思想就称为控制反转（IOC Inversion Of Control），这个第三方称为IOC容器。而IOC容器要做的事情就是new一个B出来，然后把这个B的实例注入到A里面去，然后A就可以正常的使用基于B的方法了，这个过程被称为依赖项注入，而基于IOC的这种方法就叫做依赖注入。

依赖注入的好处

明白了依赖注入的思想，应该也就明白了其带来的最大好处——解耦。

而解耦又能带来更多的好处：代码扩展性增强，代码的可维护性增强，更容易进行单元测试等等。

那么依赖注入如何实现呢？

Java中有以下几种方式：

setter方法注入：实现特定属性的public set方法，来让外部容器调用传入所依赖类型的对象。
基于接口的注入：实现特定接口以供外部容器注入所依赖类型的对象。
基于构造函数的注入：实现特定参数的构造函数，在新建对象时传入所依赖类型的对象。
基于注解的注入：在代码里加上特定的关键字实现注入。

注解是最常见的方式，它像注释一样不被当做代码来执行，而是专门供别人阅读。但注释的读者完全是人类，而注解的主要读者除了人类之外还有框架或预编译器。

Go依赖注入-wire

wire就是一种基于注解的依赖注入方式。wire是 Google 开源的一个依赖注入工具，我们只需要在一个特殊的go文件中告诉wire类型之间的依赖关系，它会自动帮我们生成代码，帮助我们创建指定类型的对象，并组装它的依赖。

wire有两个基础概念，Provider（构造器）和Injector（注入器）。

通过提供provider函数，让wire知道如何产生这些依赖对象。wire根据我们定义的injector函数签名，生成完整的injector函数，injector函数是最终我们需要的函数，它将按依赖顺序调用provider。

wire的要求很简单，新建一个wire.go文件（文件名可以随意），创建我们的初始化函数。比如，我们要创建并初始化一个Mission对象，我们就可以这样：

//+build wireinjectpackage mainimport "github.com/google/wire"func InitMission(name string) Mission {wire.Build(NewMonster, NewPlayer, NewMission)return Mission{}
}

可以看到第一行的注解：+build wireinject，表示这是一个注入器。+build其实是 Go 语言的一个特性。类似 C/C++ 的条件编译，在执行go build时可传入一些选项，根据这个选项决定某些文件是否编译。wire工具只会处理有wireinject的文件，所以我们的wire.go文件要加上这个。

在函数中，我们调用wire.Build()将创建Mission所依赖的类型的构造器传进去。例如，需要调用NewMission()创建Mission类型，NewMission()接受两个参数一个Monster类型，一个Player类型。Monster类型对象需要调用NewMonster()创建，Player类型对象需要调用NewPlayer()创建。所以NewMonster()和NewPlayer()我们也需要传给wire。

写完wire.go文件之后执行wire命令，就会自动生成一个wire_gen.go文件。

// Code generated by Wire. DO NOT EDIT.//go:generate wire
//+build !wireinjectpackage main// Injectors from wire.go:func InitMission(name string) Mission {player := NewPlayer(name)monster := NewMonster()mission := NewMission(player, monster)return mission
}

可以看到wire自动帮我们生成了InitMission方法，此方法中依次初始化了player,monster和mission。之后在我们的main函数中就只需调用这个InitMission即可。

func main() {mission := InitMission("dj")mission.Start()
}

而在没用依赖注入之前，我们的代码是这样的：

func main() {monster := NewMonster()player := NewPlayer("dj")mission := NewMission(player, monster)mission.Start()
}

是不是简洁了很多。这里只有三个对象的初始化，如果是更多可能才会意识到依赖注入的好处。

比如：

wire.go文件：
// +build wireinject
// The build tag makes sure the stub is not built in the final build.package diimport ("github.com/google/wire"
)//go:generate kratos t wire
func InitApp() (*App, func(), error) {panic(wire.Build(dao.Provider, service.Provider, http.New, grpc.New, NewApp))
}实现文件：
//dao
var Provider = wire.NewSet(New, NewDB, NewRedis)
//service
var Provider = wire.NewSet(New, wire.Bind(new(pb.Server), new(*Service)))生成的wire_gen.go 文件：
func InitApp() (*App, func(), error) {redis, cleanup, err := dao.NewRedis()if err != nil {return nil, nil, err}db, cleanup2, err := dao.NewDB()if err != nil {cleanup()return nil, nil, err}daoDao, cleanup3, err := dao.New(redis, db)if err != nil {cleanup2()cleanup()return nil, nil, err}serviceService, cleanup4, err := service.New(daoDao)if err != nil {cleanup3()cleanup2()cleanup()return nil, nil, err}engine, err := http.New(serviceService)if err != nil {cleanup4()cleanup3()cleanup2()cleanup()return nil, nil, err}server, err := grpc.New(serviceService)if err != nil {cleanup4()cleanup3()cleanup2()cleanup()return nil, nil, err}app, cleanup5, err := NewApp(serviceService, engine, server)if err != nil {cleanup4()cleanup3()cleanup2()cleanup()return nil, nil, err}return app, func() {cleanup5()cleanup4()cleanup3()cleanup2()cleanup()}, nil
}

所以，依赖注入到底是什么？

封装解耦罢了。