京东面试题解析：SSO、Token与Redis交互、Dubbo负载均衡等

在京东的技术面试中，除了基本的编程能力外，还会涉及到一些分布式系统的架构和设计问题，尤其是SSO（单点登录）、Dubbo的负载均衡机制、Token和Redis的交互等内容。以下是一些常见的面试问题解析，希望能帮助大家更好地理解和准备这些知识点。

SSO（Single Sign-On，单点登录） 是一种身份验证机制，允许用户只通过一次登录认证后，就可以访问多个应用系统，而不需要在每个系统中重新输入用户名和密码。它的核心是通过统一的认证中心来管理用户的身份信息，并在各个应用间共享身份认证。编辑

工作原理 ：
1. 用户访问某一应用系统时，系统会将用户重定向到SSO认证中心。
2. 用户在SSO认证中心登录后，认证中心会生成一个认证票据（例如，JWT Token），并将该票据发送回应用系统。编辑
3. 应用系统验证票据后，允许用户访问该系统的资源。之后，用户无需再次登录就可以访问其他已集成SSO的系统。
优点：
- 减少了用户记住多个密码的负担。
- 提高了企业系统的安全性，统一管理认证和权限。
- 提升了用户体验，避免了重复登录。
常见实现 ：
- 使用OAuth 2.0、JWT、CAS等协议来实现SSO功能。编辑

在分布式系统中，Token通常用于认证和授权，常常与Redis配合使用，以便存储和管理Token。

Token和Redis交互的基本过程 ：编辑

用户登录 ：
- 用户通过用户名和密码进行登录，后端通过验证用户信息后，生成一个Token（例如JWT）。
存储Token到Redis ：编辑
- 后端将Token及其关联的用户信息存储在Redis中，通常使用Token作为Key，用户ID或其他信息作为Value。
- Redis可以设置Token的过期时间，确保Token的有效期有限。
  java jedis.setex("userToken:<Token>", 3600, "<UserData>");
验证Token ：
- 每次用户访问受保护的资源时，前端会将Token附带在请求头中传递给后端。编辑
- 后端从请求中提取Token，通过Redis检查Token是否存在并且有效。如果有效，则允许访问，否则返回未授权的错误信息。
  java String tokenData = jedis.get("userToken:<Token>"); if (tokenData == null) { return "Unauthorized"; }
删除Token ：
- 用户注销时，后端从Redis中删除该Token，确保Token不再有效。
  java jedis.del("userToken:<Token>");![](https://p6-xtjj-sign.byteimg.com/tos-cn-i-73owjymdk6/55ca1561bad54945a31344673c5c854c~tplv-73owjymdk6-jj-mark-v1:0:0:0:0:5o6Y6YeR5oqA5pyv56S-5Yy6IEAgMzYwX2dvX3BocA==:q75.awebp?rk3s=f64ab15b&x-expires=1762047139&x-signature=u%2Fxtqn9WYg2oTuwA54g7Uah%2FlnA%3D)![](<> "点击并拖拽以移动")编辑

在Dubbo中，客户端可以根据具体的需求指定调用的服务提供者，常用的策略有以下几种：

根据标签指定服务提供者 ：
- Dubbo支持基于标签的路由机制，可以通过@DubboReference注解指定调用某个特定的服务实现。比如，可以指定调用某个特定版本或特定分组的服务提供者。
  java @DubboReference(version = "1.0.0", group = "group1") private MyService myService;
使用自定义的路由规则 ：
- Dubbo支持通过自定义路由规则来指定某些特定条件下的服务提供者。例如，可以根据请求的IP、用户的身份等条件来选择不同的服务提供者。
  xml <dubbo:consumer filter="myRouteFilter" />
服务的负载均衡和路由 ：
- Dubbo还支持在客户端指定负载均衡策略（如随机、轮询、一致性哈希等）来选择服务提供者。

Dubbo的负载均衡策略用于在多个服务提供者之间分配请求，常见的负载均衡策略有：

编辑2. 轮询负载均衡（Round Robin） ：

加权轮询负载均衡（Weight Round Robin） ：
- 基于轮询策略，但每个服务提供者的权重不同，权重高的服务提供者会处理更多的请求。
一致性哈希负载均衡（Consistent Hash） ：
- 根据请求的内容（例如用户ID）来决定分配到哪个服务提供者，确保同一请求始终路由到同一服务提供者，适用于有状态的应用。
最少活跃调用负载均衡（Least Active） ：
- 将请求发送到当前处理请求最少的服务提供者，适用于服务负载不均的场景。
自定义负载均衡 ：
- 用户可以根据具体的业务需求，实现自定义的负载均衡策略。

下面是基于Dubbo的**轮询负载均衡（Round Robin）**的简单实现：

```java

public class MyRoundRobinLoadBalance extends AbstractLoadBalance {

private AtomicInteger counter = new AtomicInteger(0);

@Override

protected Invoker doSelect(List> invokers, URL url, Invocation invocation) {

int index = counter.getAndIncrement() % invokers.size();

return invokers.get(index);

}

```

在Dubbo的XML配置文件中，指定负载均衡策略为自定义的轮询策略：

xml <dubbo:consumer loadbalance="com.example.MyRoundRobinLoadBalance"/>

这样，Dubbo就会使用自定义的轮询负载均衡策略来选择服务提供者。

京东的面试问题不仅涉及基础的编程知识，还涵盖了分布式系统架构、微服务设计、消息队列等复杂的技术栈。理解SSO、Token与Redis的交互、Dubbo的负载均衡等概念对于面试通过至关重要。