分布式锁实现:
基于MySQL,分布式环境中的线程连接同一个数据库,利用表的行锁来实现。
zookeeper:zookeeper的数据是存在内存里面的,利用其顺序节点、临时节点、watch机制来实现分布式锁
基于redis:redis的数据也是存在内存里的,基于redis的setnx+超时时间等命令+lua脚本,或者消费订阅功能
redis数据类型及使用场景:
字符串:做最简单的数据缓存,可以实现计数器、分布式id
hash表:用key-value来存储对象
列表:用来当作栈、队列,用来缓存微信公众号、微博等消息流数据(类似于刷朋友圈 最先发的再最下面才能看到)
集合:用于去重,集合可以实现并集、交集等。类似于共同关注。(无序的)
有序集合:排行榜
redis集群:
主从模式:主库写 从库读 主库挂了通知客户端换主库
哨兵模式:哨兵可以选择新的主库
Cluster模式:选举,分散存key
Innodb如何实现事务:
主要是由Buffer Pool,LogBuffer、redo log、undo log来实现事务
例如实现一个update语句来说:
Innodb收到一条update语句来说,会先根据条件收到数据所在的页,并将该页缓存在Buffer Pool中。
执行update语句,修改Buffer Pool中的数据,也即内存中的值
针对update生成一个redo log对象 存入logbuffer
生成undo log用于回滚
commit->对redo log持久化
死锁条件:
四个条件:互斥性、请求和保持、不可抢占资源、循环等待
深拷贝与浅拷贝
前言知识:一个对象中存在两种类型的属性:基本数据类型、实际对象的引用
浅拷贝:拷贝基本数据类型、实际对象的引用的地址,地址所引用的对象并不会复制一份新的
深:地址所引用的对象会复制一份新的,内部属性指的不是同一个对象了
concurrenthashmap扩容机制:
当某个线程进行put时,如果发现ConcurrentHashMap正在进⾏扩容那么该线程⼀起进⾏扩容 ,发现没有正在进⾏扩容,则将key-value添加到ConcurrentHashMap中,然后 判断是否超过阈值,超过了则进⾏扩容 。扩容之前也先⽣成⼀个新的数组 ,然后扩容完了之后在进行元素转移。
快排算法:
1.取出数列中的第一个数作为基数
2.比基数大的放右,小的放左
3.重复
public class QuickSort {
public static void quickSort(int[] arr,int low,int high){
int i,j,temp,t;
if(low>high){
return;
}
i=low;
j=high;
//temp就是基准位
temp = arr[low];
while (i<j) {
//先看右边,依次往左递减
while (temp<=arr[j]&&i<j) {
j--;
}
//再看左边,依次往右递增
while (temp>=arr[i]&&i<j) {
i++;
}
//如果满⾜条件则交换
if (i<j) {
t = arr[j];
arr[j] = arr[i];
arr[i] = t;
}
}
//最后将基准为与i和j相等位置的数字交换
arr[low] = arr[i];
arr[i] = temp;
//递归调⽤左半数组
quickSort(arr, low, j-1);
//递归调⽤右半数组
quickSort(arr, j+1, high);
}
public static void main(String[] args){
int[] arr = {10,7,2,4,7,62,3,4,2,1,8,9,19};
quickSort(arr, 0, arr.length-1);
for (int i = 0; i < arr.length; i++) {
System.out.println(arr[i]);
}
}
TCP三次握手四次挥手:
三次握手:
1.客户端向服务端发送一个SYN
2.服务端收到后 回复SYN_ACK
3.客户端收到SYN_ACK再给服务端发送一个ACK
四次挥手:
客户端向服务端发FIN
服务端收到FIN,向客户端发ACK
服务端处理完数据 向客户端发送FIN
客户端收到服务端FIN,再向服务端发送ACK
消息队列如何保证消息可靠传输:
生产者、消费者、MQ不丢消息
有了重复消息之后还要保证幂等性(分布式id)
epoll:事件通知模型,当发生了IO事件后,应用程序才执行IO操作,有个事件回调,不用主动轮询
sychronized和ReentrantLock区别:
sychronized是个关键字,ReentrantLock是个类
sychronized自动加锁释放锁,ReentrantLock lock unlock
sychronized非公平,ReentrantLock两者都可
sychronized锁的是对象,锁信息保存在对象头。ReentrantLock通过state来标识锁的状态
sychronized是JVM层面的锁,ReentrantLock API
sychronized有锁升级
sychronized的⾃旋锁、偏向锁、轻量级锁、重量级锁,分别介绍和联系 :
偏向锁:在锁对象头中会记录当前获取到线程的id,该线程下次来直接获取
轻量级锁:由偏向锁升级而来,在来一个偏向锁去竞争锁,用cas不阻塞
重量级锁:阻塞
⾃旋锁:cas
HTTPS是如何保证安全传输的 :
非对称加密
以及数字证书CA
服务端向客户端发送公钥时,将公钥和服务端相关信息通过hash算法生成消息摘要 ,通过数字证书提供的私钥对消息摘要进行加密生成数字签名。
volatile关键字,他是如何保证可⻅性,有序性 :
1.加了该关键字的成员变量,修改时会将CPU高级缓存中的数据写回到主内存,在主内存读保证可见性
2.插入内存屏障(禁止指令重排),保证有序性
Spring的事务机制:spring事务机制是基于数据库和AOP机制的
对于使用了@Transactional注解的Bean, spring会生成一个代理对象作为Bean。当调用代理对象方法时会判断该方法是否加了该注解,如果加了就会利用事务管理器创建一个数据库连接,最重要的一点是要关闭自动提交。执行sql,提交or回滚。
当某个加了@Transactional的⽅法只有是 被代理对象调用才会生效,且不能用private修饰