依赖注入产生的背景：
随着面向对象分析与设计的发展，一个良好的设计，核心原则之一就是将变化隔离，使得变化部分发生变化时，不变部分不受影响（这也是OCP的目的）。为了做到这一点，要利用面向对象中的多态性，使用多态性后，客户类不再直接依赖服务类，而是依赖于一个抽象的接口，这样，客户类就不能在内部直接实例化具体的服务类。但是，客户类在运作中又客观需要具体的服务类提供服务，因为接口是不能实例化去提供服务的。就产生了“客户类不准实例化具体服务类”和“客户类需要具体服务类”这样一对矛盾。为了解决这个矛盾，开发人员提出了一种模式：客户类定义一个注入点，用于服务类（实现IAttackStrategy的具体类，也包括以后加进来的所有实现IAttackStrategy的新类）的注入，而客户类的客户类（Program，即测试代码）负责根据情况，实例化服务类，注入到客户类中，从而解决了这个矛盾。
依赖注入的正式定义：
依赖注入（Dependency Injection），是这样一个过程：由于某客户类只依赖于服务类的一个接口，而不依赖于具体服务类，所以客户类只定义一个注入点。在程序运行过程中，客户类不直接实例化具体服务类实例，而是客户类的运行上下文环境或专门组件负责实例化服务类，然后将其注入到客户类中，保证客户类的正常运行。
Java依赖注入的好处 一些使用Java依赖注入的好处如下：
关注点分离
应用程序类中的样板代码减少，因为所有用于初始化依赖性的工作都由注入器组件处理
配置组件使应用程序易扩展 通过模拟对象来单元测试会很简单
Java依赖注入的缺点
如果过度使用，可能会导致维护问题，因为更改的影响只有在运行时才知道。
Java中的依赖注入可能会隐藏导致运行时错误的服务类的依赖性，这会在编译时被捕获。 以上就是Java中的依赖注入模式。当我们控制服务时，了解和使用它是很好的。