spring的两大特点:
IOC:控制反转,将原本在程序中手动对象创建的控制权交给spring框架管理。就是一种容器,IoC 容器是 Spring 用来实现 IoC 的载体, IoC 容器实际上就是个Map(key,value),Map 中存放的是各种对象。将对象之间的相互依赖关系交给 IoC 容器来管理,并由 IoC 容器完成对象的注入。
AOP:一种思想,可以理解成面向切面编程,它的能力是什么呢?让一个本没有实现一个接口的实现类通过代理的模式让他去实现那个没有实现的接口 使业务达到可控的效果。
springboot 自动装配原理:
springboot根据通过配置文件自动装配所属依赖的类,在用动态代理的方式注入到spring容器里面。
HashMap底层原理:
首先HashMap是基于哈希表的Map接口的非同步实现。此实现提供所有可选的映射操作,并允许使用null值和null键。此类不保证映射的顺序,特别是它不保证该顺序恒久不变。
还有就是它的一个数据结构是数组加链表的形式。当我们往Hashmap中put元素时,首先根据key的hashcode重新计算hash值,根绝hash值得到这个元素在数组中的位置(下标),如果该数组在该位置上已经存放了其他元素,那么在这个位置上的元素将以链表的形式存放,新加入的放在链头,最先加入的放入链尾.如果数组中该位置没有元素,就直接将该元素放到数组的该位置上。
redis缓存穿透:
某些用户通过接口去访问数据,跳过了redis缓存,因为redis里面没有需要的数据,接着频繁的去访问数据库,这就造成了请求打向mysql,造成数据库的宕机,这就造成了缓存穿透。解决的方法就是把从数据库返回的数据以key-value的形式存入redis,value为空,这样之后的每次请求都给他返回null即可。
redis缓存击穿:
就是一个用户在同一时间内无脑的访问redis没有的数据,这就造成了缓存击穿。解决的方法就是把访问者的ip记录下来,这样以后在访问的时候给他弹回去就是。
redis缓存雪崩:
就是redis中的数据过期时间同时过期,导致用户的大量请求在redis中没有找到数据,就走了数据库,这样就造成了缓存雪崩。解决的方法就是在redis的数据里面的过期原本的过期时间的基础上在加上一个随机的时间,让数据不同时消失,另外如果用户频繁的去访问同一个数据的时候,这时候我们就可以把它定义成一个热点数据,把他的过期时间改成永久。
springcloud组件:
1、eureka 服务注册中心
2、zuul 服务网关
3、ribbon 负载均衡
4、config 配置中心
5、hystrix 熔断器 默认的阀值默认线程数是多少 3000ms
rabbitmq 怎么保证消息的稳定性?
1、提供了事务的功能。
2、通过将 channel 设置为 confirm(确认)模式。
rabbitmq 怎么避免消息丢失?
1、消息持久化
2、ACK确认机制
3、设置集群镜像模式
4、消息补偿机制
mysql索引:
索引存在的好处是加快我们查询数据库的速度,避免出现全面检索。
索引是满足某种特定查找算法的数据结构,而这些数据结构会以某种方式指向数据,从而实现高效查找数据。目前的索引都是B+数实现的,B+树的搜索效率可以到达二分法的性能,找到数据区域之后就找到了完整的数据结构,所以索引的性能也是更好的。
但是建立索引不要建立在经常修改的字段上面。
mysql的行锁和表锁
MyISAM只支持表锁,InnoDB支持表锁和行锁,默认为行锁。
表级锁:开销小,加锁快,不会出现死锁。锁定粒度大,发生锁冲突的概率最高,并发量最低。
行级锁:开销大,加锁慢,会出现死锁。锁力度小,发生锁冲突的概率小,并发度最高。
数据库的乐观锁需要自己实现,在表里面添加一个 version 字段,每次修改成功值加 1,这样每次修改的时候先对比一下,自己拥有的 version 和数据库现在的 version 是否一致,如果不一致就不修改,这样就实现了乐观锁。
mysql 问题排查都有哪些手段?
1、使用 show processlist 命令查看当前所有连接信息。
2、使用 explain 命令查询 SQL 语句执行计划。
3、开启慢查询日志,查看慢查询的 SQL。
synchronized 和 Lock 有什么区别?
1、首先synchronized是java内置关键字,在jvm层面,Lock是个java类;
2、synchronized无法判断是否获取锁的状态,Lock可以判断是否获取到锁;
3、synchronized会自动释放锁(a 线程执行完同步代码会释放锁 ;b 线程执行过程中发生异常会释放锁),Lock需在finally中手工释放锁(unlock()方法释放锁),否则容易造成线程死锁;
4、用synchronized关键字的两个线程1和线程2,如果当前线程1获得锁,线程2线程等待。如果线程1阻塞,线程2则会一直等待下5、去,而Lock锁就不一定会等待下去,如果尝试获取不到锁,线程可以不用一直等待就结束了;
6、synchronized的锁可重入、不可中断、非公平,而Lock锁可重入、可判断、可公平(两者皆可);
7、Lock锁适合大量同步的代码的同步问题,synchronized锁适合代码少量的同步问题。