一、 java 基础
1. Optional.ofNullable().orElse()方法
public static void main(String[] args) {
List<String> list = null;
list.forEach(x -> System.out.println(x));
}
工作中经常会遇到,查询返回空,如果没有判空处理,一不小心就会空指针异常。加上if判断处理也可以,但是jdk1.8有更优雅的处理方式。
public static void main(String[] args) {
List<String> list = null;
List<String> newList = Optional.ofNullable(list).orElse(Lists.newArrayList());
newList.forEach(x -> System.out.println(x));
}
先解释代码含义:如果list集合不为空,将list集合赋值给newList;如果list集合为空创建一个空对象集合赋值给newList,保证list集合永远不为空,也就避免了空指针异常。(为了更好的理解,分开写了,比较庸俗,实际工作中都是一行搞定,哈哈哈)
1.首先执行ofNullable()方法,如果T对象为空,执行empty()方法;不为空,执行of(value)方法;
2.empty()方法,初始化一个空对象Optional(空对象和null不是一回事哈);
3.of(value)方法,将泛型对象T用于Optional构造方法的参数上,返回一个有值的对象
4.经过上面两步,从而保证了Optional不为null,避免了空指针;
————————————————
原文链接:https://blog.youkuaiyun.com/lxj_1993/article/details/109451567
2. 工具类ObjectUtil中的isNotEmpty和isNotNull分析。
本文链接:https://blog.youkuaiyun.com/qq_40684649/article/details/119826383
二、tomcat设置线程数
查看Tomcat线程数
1、Tomcat默认线程数200
2、修改server.xml文件,增加maxThreads、minSpareThreads、maxSpareThreads、acceptCount
在connector 标签内 添加 以上内容配置
3、参数解释
maxThreads=“1000” 最大并发数
minSpareThreads=“100”///初始化时创建的线程数
maxSpareThreads=“500”///一旦创建的线程超过这个值,Tomcat就会关闭不再需要的socket线程。
acceptCount=“700”// 指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理
4、注意:线程数的增加会增加Tomcat内存使用,每个线程都会占用一定的jvm内存
三、JDBC实现步骤
本文链接:https://blog.youkuaiyun.com/weixin_47253648/article/details/123551308
四、MQ是如何保证消息不丢失的,你这样回答面试官一定说I Want U
https://blog.youkuaiyun.com/weixin_39555954/article/details/123365086
五、如何保证Mq消息不丢失
本文链接:https://blog.youkuaiyun.com/qq_43141726/article/details/124579111
六、Redis 为什么这么快
本文链接:https://blog.youkuaiyun.com/qq_35190492/article/details/122293594
七、为什么redis那么快?剖析redis快的原因
为什么Redis快?
1、最主要的原因,数据存取发生在内存中,内存IO的速度非常快。
2、Redis数据结构的选取非常合适,采用全局的链式哈希表进行存储每一个key-value,同时,Redis对于哈希扩容的处理也很高效,查询时间非常快,是趋近于O(1)的,并且当哈希桶使用个数比较多时,会进行哈希表的扩容,避免时间复杂度的增高。redis采用渐进式扩容的策略,redis中默认会有两张全局的哈希表,一开始所有的key-value都存储在第一张哈希表中,当第一张哈希表存储的元素过多。会用第二张哈希表进行扩容,然后第一张哈希表的元素重新映射到第二张哈希表中。第一张哈希表留作下一次扩容备用。
但是这样会存在一个问题,数据在迁移的过程中,是非常耗时的操作!很有可能造成业务堵塞。那redis是怎么做的呢?
redis是这么做的,每次处理一个请求,就重新映射一个哈希桶的元素到另一张哈希表中,所以这样一来,就让每个请求分摊了哈希重新映射的时间。而不会造成业务的堵塞,只是让某些用户的请求变慢了一些。同时redis维护了一个定时器,会周期性的进行数据的重新映射。
3、redis采用的网络模型是reactor模型,这种模型几乎是所有开源框架共用的一套模型。他会为每个套接字绑定一组IO处理函数,将套接字的IO处理转变为事件处理,在事件处理函数内执行IO的具体操作。
4、redis的持久化很好的利用了fork子进程读时共享,写时复制的策略。利用这一点进行RDB持久化时,只要数据不进行更改,父子进程都利用的是相同的物理内存。
5、redis是的命令处理所以避免了数据竞争的性能消耗。
6、redis的网络IO是通过IO多路复用epoll来完成的,所以当网络数据到达时,能及时触发网络事件,进行数据的读取。
7、在新版本中,redis引入了网络IO多线程,多个线程同时进行网络IO的处理,将网络IO的解析好的数据传递给主线程,主线程负责命令的执行。
————————————————
版权声明:本文为优快云博主「钟爱C++」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.youkuaiyun.com/qq3073959033/article/details/127415029————————————————
八、关系型数据库与非关系型数据库详解
关系数据库与非关系型数据库
一、数据库概述
1、关系型数据库
2、非关系型数据库
二、数据库区别
1、数据存储方式不同
2、扩展方式不同
3、对事务性的支持不同
三、非关系型数据库产生背景
四、Redis简介
1、Redis 优点
五、Redis 安装部署
六、Redis 命令工具
(1)redis-cli 命令行工具
(2)redis-benchmark 测试工具
(3)Redis 数据库常用命令
(4)Redis 多数据库常用命令
七、Redis 高可用
八、Redis 持久化
九、Redis 提供两种方式进行持久化
**RDB持久化**
(1)手动触发
(2)自动触发
(3)执行流程
(4)启动时加载
**AOF 持久化**
(1)开启AOF
(2)执行流程
(3)命令追加(append)
(4)文件写入(write)和文件同步(sync)
(5)文件重写(rewrite)
文件重写的流程如下
(6)启动时加载
RDB和AOF的优缺点
十、Redis 性能管理
————————————————
版权声明:本文为优快云博主「IsIands」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.youkuaiyun.com/weixin_51468875/article/details/114087402