说起微服务，对于一直使用 java 生态的用户来说，首先想到的应该是 spring cloud 。Spring cloud 已经成为了 java 微服务中重要的标杆。但是同样是 jvm 语言的 kotlin 就没有这样好的环境了，虽然 kotlin 可以使用 spring 生态，而且 spring 在逐步整合 kotlin 的特性。

项目中原有的版本是 5.5.12，被扫描出CVE漏洞，要升级版本，虽然升级了肯定也会有漏洞。目前要将 5.5.12 升级到 5.6.7 。使用的集成环境 wamp。不要问我为什么又要搞 php，我也不知道啊。

🥇单例模式(Singleton)

问题产生

很多时候，我们在系统中使用的对象有且仅仅需要一个，如果大量的实例化反而会产生性能问题或其他的不必要的麻烦。在我们的日常使用中有很多单例情况，比如说 windows 操作系统的资源管理器，有且只有一个资源管理器可以被使用。

如何设计该类，使其只能产生一个实例？我们必须保证这个类不能有多余的实例。

我们都知道在进行类的实例的时候，必须使用类构造器来进行，如果我们将类构造器设置为私有（private），禁止外部进行实例化时，便可以很方便的解决该问题。

抽象工厂模式也是一种创建型模式。它是为了创造一系列或者相互依赖的对象。这便是与之前的工厂模式不同的地方。抽象工厂模式和工厂模式要解决问题的出发点是一样，都是为了使类的创建者和使用者进行分离。

工厂模式

要做一个 window 和 scrollBar,但是要有两种风格，传统风格(standard)和高级定制风格(custom)。如果按照之前我们的工厂模式来进行的话。

工厂模式是一种对象创造模式。定义一个用户创建对象的接口，让子类决定实例化那些类。

将对象的创建和使用过程分开，并且有时候创建一个对象并不只是单独的调用其类构造函数，我们可能需要进行很多初始化的设置，这样势必会出现代码重复的问题。以后进行修改时，需要多处修改，从而增加维护难度。

动态的给一个对象添加一些额外的职责。就增加功能来说，Decorator模式现必生成子类更加灵活。–GOF 设计模式

该设计模式是让子类更加灵活，给某个对象而不是类添加功能。