|
Java面试题精选
1-10期
01期：
spring、springmvc、springboot、springcloud
有什么区别和联系？
spring是一个轻量级的控制反转和面向切面的容器框架。
springmvc是spring基础之上的一个mvc框架，只要处理web开发的路径映射和视图渲染。
springboot约定大于配置，简化了项目的开发配置流程。
springcloud是微服务开发框架，由一系列组件组成，springcloud依赖于springboot。
02期：
spring框架中bean的生命周期：
1、ioc容器找到bean的定义并实例化该bean
2、ioc容器对bean进行依赖注入
3、如果bean实现了一些接口，那么需要完成一些方法
4、如果一个bean不再被使用，那么就会从ioc容器中移除。
03期：如何决定使用hashmap还是treemap？
04期：
分库分表之后，id主键如何处理？
（分库分表之后，每个表都是从1开始累加，肯定是不对的，需要一个全局唯一的一个id来支持）
1、基于数据库的实现方案
我们的系统每次获取一个id，都是往一个库的一个表里插入一条没什么业务含义的数据，
然后获取一个数据库自增的一个id，拿到这个id之后再往对应的分库分表里去写入。
缺点：单库生成自增id，在高并发的情况下，就会有瓶颈。
2、UUID
uuid太长了，占用空间大，更重要的是，不具有有序性，作为主键性能太差。
3、雪花算法，雪花算法是开源的分布式id生成算法，是一个64位的long型的id，
其中1个bit是不用的，41bit作为毫秒数，10bit作为工作机器的id，12bit作为序列号。
（分库分表之后，id主键如何处理？用雪花算法）
05期：消息队列中，如何保证消息的顺序性？
在直播项目中，
this.send(ASYNC_SEND_FAVOR_MESSAGE_ROUTING_KEY, sendFavorMqVO);
我们先看一下什么是routingkey？
消息通过exchange到达queue，exchange的职责非常简单，
就是一边接收发布者的消息一边把这些消息推到queue中。
而exchange是怎么知道消息应该推到哪个queue呢，这个时候就需要routingkey。
那么消息队列中，如何保证消息的顺序性？
我们可以拆分多个queue。
我自己写的，感觉不太对：
比如一个电商系统，先付款再下单再走物流，
那么我们就可以把原本的一个队列改为3个队列。
06期：单例模式有几种写法？
饿汉式、懒汉式
07期：redis是如何实现分布式锁的？
直播项目中的分布式锁：
/**
?* 创建健康号 分布式锁锁key前缀
?* 创建健康号的分布式锁等待时长与锁定时长
?*/
public static final String CREATE_LIVE_ROOM_KEY = PROJECT_NAME + "createLiveRoom:";
public static final int CREATE_LOCK_WAIT_SECONDS = 0;
public static final int CREATE_LOCK_SECONDS = 2;
// 创建直播间 分布式锁
String lockKey = RedisConstant.CREATE_LIVE_ROOM_KEY + liveRoomVO.getSourceId();
if (!redisLocker.tryLock(lockKey, CREATE_LOCK_WAIT_SECONDS, CREATE_LOCK_SECONDS)) {
? ? return RpcResponse.error(ErrorCode.REPEAT_ERROR);
}
LiveRoomIdVO liveRoomIdVO = liveRoomLogic.createLiveRoom(liveRoomVO);
public static final ErrorInfo REPEAT_ERROR = new ErrorInfo(9009, "请勿重复操作!");
import com.haodf.communal.cache.redis.locker.RedisLocker;
分布式锁常见的三种实现方式：
1、基于数据库实现乐观锁；
2、基于redis实现分布式锁
3、基于zookeeper实现分布式锁
1.基于数据库实现排他锁
DROP TABLE IF EXISTS `method_lock`;
CREATE TABLE `method_lock` (
? `id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键',
? `method_name` varchar(64) NOT NULL COMMENT '锁定的方法名',
? `state` tinyint NOT NULL COMMENT '1:未分配；2：已分配',
? `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
? `version` int NOT NULL COMMENT '版本号',
? `PRIMARY KEY (`id`),
? UNIQUE KEY `uidx_method_name` (`method_name`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8 COMMENT='锁定中的方法';
在这张表中有字段“锁定的方法名”和“状态（未分配和已分配）”
2.基于redis实现
加锁
加锁实际上就是在redis中，给Key键设置一个值，为避免死锁，并给定一个过期时间。
SET lock_key random_value NX PX 5000
值得注意的是：
random_value 是客户端生成的唯一的字符串。
NX 代表只在键不存在时，才对键进行设置操作。
PX 5000 设置键的过期时间为5000毫秒。
这样，如果上面的命令执行成功，则证明客户端获取到了锁。
（参考博客：https://www.jianshu.com/p/47fd7f86c848）
08期：说说Object类下面有几种方法：
1、getClass
2、hashcode
3、equals
4、toString
5、wait
6、notify
7、notifyAll
8、finalize
当垃圾收集器确定不存在对该对象的更多引用时，
由对象的垃圾回收器调用此方法。
09期：说说hashcode和equals之间的关系
10、redis面试常见问答
11、分布式系统接口，如何避免表单的重复提交？
避免表单的重复提交就是要保证幂等性，
幂等性的实现方式：
客户端做某一请求的时候带上识别参数标识，服务端对此标识进行识别，
重复请求则返回第一次的结果即可。
举例：比如添加请求的表单里，在打开添加表单页面的时候，就生成一个id标识，
这个id跟着表单一起提交到后台接口。
后台接口根据这个id，服务端就可以进行缓存，缓存值可以是id作为缓存key，返回内容作为缓存Value，
这样即使添加按钮被多次点击但是只添加一条。
12期：谈谈项目中单点登录的实现原理？
单点登录的定义是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。
参考：https://www.jianshu.com/p/75edcc05acfd
在说单点登录（SSO）的技术实现之前，我们先说一说普通的登录认证机制。
我们在浏览器中访问一个应用，这个应用需要登录，我们填写完用户名和密码后，完成登录认证。
下次我们再访问这个应用的时候，请求中会带上这个Cookie，服务端会根据这个Cookie找到对应的session，
通过session来判断这个用户是否登录，这个Cookie的名字叫做jsessionid。
同域下的单点登录
一个企业一般情况下只有一个域名，通过二级域名区分不同的系统。比如我们有个域名叫做：a.com，
同时有两个业务系统分别为：app1.a.com和app2.a.com。
我们要做单点登录（SSO），需要一个登录系统，叫做：sso.a.com。
需要解决两个问题：
1、Cookie是不能跨域的，我们Cookie的domain属性是sso.a.com，在给app1.a.com和app2.a.com发送请求是带不上的。
2、sso、app1和app2是不同的应用，它们的session存在自己的应用内，是不共享的。
那么我们如何解决这两个问题呢？
针对第一个问题，sso登录以后，可以将Cookie的域设置为顶域，即.a.com，
这样所有子域的系统都可以访问到顶域的Cookie。
Cookie的问题解决了，我们再来看看session的问题。
我们在sso系统登录了，这时再访问app1，Cookie也带到了app1的服务端（Server），
app1的服务端怎么找到这个Cookie对应的Session呢？
这里就要把3个系统的Session共享。共享Session的解决方案有很多，
例如：Spring-Session。
?
|