lqlscn的博客

lambda表达式函数式接口方法引用和构造器调用stream API接口中的默认方法和静态方法新时间日期API重复注解与类型注解Optional 类 − Optional 类已经成为 Java 8 类库的一部分，用来解决空指针异常。Nashorn, JavaScript 引擎 − Java 8提供了一个新的Nashorn javascript引擎，它允许我们在JVM上运行特定的javascript应用。在Java 8中，Base64编码已经成为Java类库的标准。Java 8 内置了 B

1.设计模式的目的设计模式是为了更好的代码重用性，可读性，可靠性，可维护性。2.常用的六大设计模式1)单一职责原则2)里氏替换原则3)依赖倒转原则4)接口隔离原则5)迪米特法则6)开闭原则3.单一职责原则该原则是针对类来说的，即一个类应该只负责一项职责。我的原则是，只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，才可以在方法级别违反单一职责原则。遵循单一职责的优点：1)降低类的复杂度，一个类只负责一项职责。2)提高类的可读性，可维护性3)降低变更引起的

为什么需要注册中心？在RPC服务和微服务诞生的时候，就已经有了注册中心的需求了。在最初的架构体系中，集群的概念还不那么流行，且机器数量也比较少，此时直接使用DNS+Nginx就可以满足几乎所有RESTful服务的发现。相关的注册信息直接配置在Nginx。但是随着微服务的流行与流量的激增，机器规模逐渐变大，并且机器会有频繁的上下线行为，这种时候需要运维手动地去维护这个配置信息是一个很麻烦的操作。所以开发者们开始希望有这么一个东西，它能维护一个服务列表，哪个机器上线了，哪个机器宕机了，这些信息都会自动更新到

单例模式简单点说，就是一个应用程序中，某个类的实例对象只有一个，你没有办法去new，因为构造器是被private修饰的，一般通过getInstance()的方法来获取它们的实例。（自己创建自身 不要另一个人来创建）观察者模式对象间一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。(我现在的理解 主要是用来beanVO 来创建的)装饰者模式对已有的业务逻辑进一步的封装，使其增加额外的功能，如Java中的IO流就使用了装饰者模式，用户在使用的时候，可以任意组装