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流就使用了装饰者模式，用户在使用的时候，可以任意组装