如果你从语言的角度来看设计模式，那是对的。一些设计模式弥补了java语言的不足，其中最明显的是singleton模式。
java本身不提供单例对象创建，需要通过单例模式实现。什么样的饿、懒、多线程都要注意dcl、易变关键字等，导致面试题很多。
在现代语言中，许多提供了创建单例对象的语法，例如scala和kotlin的对象关键字。
从架构的角度来看，设计模式将组件关系解耦。
假设我们要实现一个带有上载服务的文件服务器来上载文件。我们可以调用convertservice来转换文件。uploadservice属于核心模块uploadmodule，convertservice属于非核心模块conversionmodule。
如果uploadservice直接调用convertservice来执行转换，则核心模块依赖于非核心模块。如下图所示：
非核心模块相对不稳定，核心模块相对稳定。核心模块对非核心模块的依赖将导致核心模块的不稳定性。所以可以使用策略模式来解耦：
看箭头方向，现在转换模块依赖于上传模块，转换模块的变化不会影响上传模块。依赖的方向改变了。这就是传说中的“依赖倒置”
当我看到最后一个可爱的答案时，我想笑。主要的问题应该是我还没有接触到spring框架。我有以下学习建议：
spring框架包含了许多顶级的架构设计思想。研究它需要很多经验。而设计模式也是一个大课题，有一本厚厚的设计模式书供你学习。所以，我们不能说谁先学这两样东西，应该用哪两样东西，应该学哪两样东西。
有人说设计模式是为了弥补java的缺点，这是合理的。把23种传统的设计模式都整理出来需要一点时间，要学会掌握它们确实很难。
