当前位置：首页 > ai >正文

【黑马微服务面试篇】

ai 2025/7/12 21:22:01

分布式事务

cap定理-Availability

CAP定理-Partition tolerance

BASE理论

BASE理论是对CAP的一种解决思路，包含三个思想：
BasicallyAvailable（基本可用）：分布式系统在出现故障时，允许损失部分可用性，即保证核心可用。
SoftState（软状态）：在一定时间内，允许出现中间状态，比如临时的不一致状态。
EventuallyConsistent（最终一致性）：虽然无法保证强一致性，但是在软状态结束后，最终达到数据一致。

而分布式事务最大的问题是各个子事务的一致性问题，因此可以借鉴CAP定理和BASE理论：
·CP模式：各个子事务执行后互相等待，同时提交，同时回滚，达成强一致。但事务等待过程中，处于弱可用状态。
·AP模式：各子事务分别执行和提交，允许出现结果不一致，然后采用弥补措施恢复数据即可，实现最终一致。

AT模式的脏写问题

AT模式原理

AT模式的写隔离

TCC模式

TCC模式与AT模式非常相似，每阶段都是独立事务，不同的是TCC通过人工编码来实现数据恢复。需要实现三个方法：
·Ty:资源的检测和预留；
·Confirm:完成资源操作业务；要求Ty成功Confirm一定要能成功。
·Cancel:预留资源释放，可以理解为try的反向操作。

TCC模式的每个阶段是做什么的？
·Ty:资源检查和预留
·Confirm:业务执行和提交
Cancel:预留资源的释放
TCC的优点是什么？
一阶段完成直接提交事务，释放数据库资源，性能好
,相比AT模型，无需生成快照，无需使用全局锁，性能最强
不依赖数据库事务，而是依赖补偿操作，可以用于非事务型数据库
TCC的缺点是什么？
有代码侵入，需要人为编写try、Confirm和Cance接口，太麻烦
软状态，事务是最终一致
需要考虑Confirm和Cancel的失败情况，做好幂等处理

最大努力通知

注册中心

环境隔离

分级模型

Eureka与Nacos

远程调用

负载均衡原理

切换负载均衡算法

服务保护

Sentinel的线程隔离与Hystix的线程隔离有什么差别？

问题说明：考察对线程隔离方案的掌握情况
难易程度：一般
参考话术：
答：线程隔离可以采用线程池隔离或者信号量隔离。
HySx默认是基于线程池实现的线程隔离，每一个被隔离的业务都要创建一个独立的线程池，线程过多会带来额外的
CPU开销，性能一般，但是隔离性更强。
Sentinell则是基于信号量隔离的原理，这种方式不用创建线程池，性能较好，但是隔离性一般。

滑动窗口计数器算法

固定窗口计数器算法

当在第4到第5秒的时候来了3个请求，在第5到第6秒的时候来了3个请求，都可以被放行，

但是有一种情况是这样子的，4-5的这3个请求发生在4500毫秒到5000毫秒之间，5000-6000毫秒的这3个请求发生在5000-5500毫秒之间，相当于1秒钟来了6个请求，超出了阈值！！！

相当于早上吃3个包子，中午吃3个包子，晚上吃3个包子，变成了一下吃9个，吃不下…