0 Github 1 面试题 一般实现分布式锁都有哪些方式？使用redis如何设计分布式锁？使用zk来设计分布式锁可以吗？这两种分布式锁的实现方式哪种效率比较高？ 2 考点分析 一般先问问你zk，然后过渡到zk关联的一些问题，比如分布式锁. 因为在分布式系统开发中，分布式锁的使用场景还是很常见的~ 3 Redis分布式锁 官方叫做RedLock算法，是Redis官方支持的分布式锁算法. 这个分布式锁有3个重要的考量点  互斥（只能有一个客户端获取锁） 不能死锁 容错（大部分Redis节点或者这个锁就可以加可以释放）  3.1 最普通的实现方式 创建一个key SET my:lock 随机值 N...

0 Github 1 面试题 如何设计一个类似Dubbo的RPC框架 2 考点分析 就跟问你如何设计一个MQ一样的道理，就考两个:  你有没有对某个RPC框架原理有非常深入的理解 你能不能从整体上来思考一下，如何设计一个rpc框架，考考你的系统设计能力  3 解决方案 其实一般问到你这问题，你起码不能认怂，因为这既然是面试突击教程，那不可能给你深入讲解什么kafka源码剖析，dubbo源码剖析，何况就算讲了，你要真的消化理解和吸收，起码个把月以后了! 所以我给大家一个建议，遇到这类问题，起码从你了解的类似框架的原理入手，自己说说参照Dubbo的原理，你来设计一下，举个例子，Dubbo不是有那么...

1 面试题 分布式服务接口的幂等性如何设计（比如不能重复扣款）？ 2 考点分析 从这开始，面试官就已经进入了实际的生产问题的面试了 一个分布式系统中的某个接口，要保证幂等性，如何保证？ 这个事,其实是你做分布式系统的时候必须要考虑的一个生产环境的技术问题.为什么呢？ 假如你有个服务提供一个接口，这服务部署在5台机器上，有个付款接口. 然后用户在前端操作时，不知为啥，一个订单不小心发起了两次支付请求，然后这俩请求分散在了这个服务部署的不同的机器上,这下好了,结果一个订单扣款扣两次,尴尬了! 或者是订单系统调用支付系统进行支付，结果不小心网络超时，然后订单系统走了前面我们看到的那个重试机制，给你重...

1 面试题 如何基于dubbo进行服务治理、服务降级、失败重试以及超时重试？ 2 考点分析   服务治理 其实就是看看你有没有服务治理的思想，因为这是做过复杂微服务的人肯定会遇到的问题!   服务降级 涉及到复杂分布式系统中必备的一个话题，因为分布式系统互相来回调用，任何一个系统故障了，你不降级，直接就整个瘫痪了!   失败重试 分布式系统中网络请求如此频繁，要是因为网络问题不小心失败了一次，是不是要重试呢   超时重试 同上，如果不小心网络慢一点，超时了，又该如何重试呢   3 服务治理 3.1 调用链路自动生成 一个大型的分布式系统，或者拿现在流行的微服务架构来说吧，分布式系统由大量服务组...

1 面试题 Dubbo中的SPI是什么？ 2 考点分析 前面基础性的东西问完了，确定你应该了解Dubbo，那么自然问个稍微难的问题，就是SPI，先问问你这是个啥,然后问问你怎么实现的! 其实就是看看你对dubbo的掌握如何 3 SPI简介 SPI 全称为 Service Provider Interface，是一种服务发现机制. 说白了是啥呢，比如你有个接口，该接口有3个实现类，那么在系统运行时,这个接口到底选择哪个实现类呢？这就需要SPI了，需要根据指定的配置或者是默认的配置，找到对应的实现类加载进来，然后使用该实现类的实例.  接口A => 实现A1，实现A2，实现A3 配置一下，接...