在实际的生产过程中，单服的redis存在单点的问题，redis通常需要集群的环境。相比单服的redis，集群有以下些好处：1.容错性解决在单服redis的单点问题。在一个或多个节点出现宕机的情况下，集群内部通过投票的机制能够快速的进行选举和不停机的情况下进行服务持续提供。2.扩展性相比单

&&和&基本规则|&&|&|||||两个条件true,结果ture|两个条件true,结果ture||&&|&|||||第一个条件false,第二个条件不会判断，结果false,效率高。|第一个条件false,第二个条件会判断，结果false,效率低。|||和|基本规则|||||

SpringBoot2项目,使用SpringDataJPA管理数据库，默认使用HikariCP连接池经常出现警告：2019052514:13:55.231WARN26204\0.02000exec7\com.zaxxer.hikari.pool.PoolBase:HikariPool1Fail

13、Spring框架中的单例Beans是线程安全的么?Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。但实际上，大部分的Springbean并没有可变的状态(比如Serview类和DAO类),所以在某种程度上说Spring的单例bean是线程安全的。如果你的bean有多

目  录IPsec(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.h3c.com.cn%2Fproducts___technology%2Ftechnology%2Fsecurity_encrypt%2Fother_technology%2Ftechnology_recomm

C6.0新增的特性NULL条件运算符?.之前我们在需要判断某个对象是否为空的是这样的Personpernull;if(per!null){Console.Write("");

对于很多开发人员来说，单例模式算是比较简单常用、也是最早接触的设计模式了，仔细研究起来单例模式似乎又不像看起来那么简单。我们知道单例模式适用于提供全局唯一访问点，频繁需要创建及销毁对象等场合，的确方便了项目开发，但是单例模式本身也有一定的局限性，如果滥用则会给后续软件框架的扩展和维护带来隐患。单例模式的实现有很多种，应用场合也各有不同，但必须保证实例唯一

1、创建快照已修改后的时刻为记录，进行制作镜像，选择要制作镜像的虚拟机，点击创建快照，在所弹出的对话框中输入所创建的镜像名称!(https://oscimg.oschina.net/oscnet/c26f059c51e75a9fc7f7ce14528d2f1c4be.png)!(https://img2018.cnblogs.com/bl

在spring中注入方式有3中:1,构造函数注入2,set方法注入3,接口注入(方法注入)在spring中的bean默认范围都是单例,但是在特定的情况下,我们需要有如下的业务需要,单例bean1需要依赖非单例bean2,由于bean1始终是单例,所以如果不做出改变,每次获取的bean2也是同一个,容器就没办法给我们提供

MYSQL常见运算符和函数【重要】(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fqlqwjy%2Fp%2F8119475.html)