java面试问题(一)

一、 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

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值