Java后端开发岗位面试经验总结：技术深度与实践能力的考验
面试经验分享
XXXX科技有限公司
（成都某小公司）
文章目录
- 面试经验分享
- XXXX科技有限公司
- 笔试（100'，60'及格）
- 对List中的数据进行倒序排列（） 10'
- 缓存中常见的问题，怎么解决 10'
- 用户登录模块流程设计，一级登录权限的设计，数据库表结构设计，登录流程，以及权限验证（对权限进行细分，每一个接口对应一个权限） 40'
- 编写sql语句（具体略） 40'
- 面试
- 先做一个自我介绍。
- 介绍一下你开发的项目。
- 我看你用过OAuth2.0 能详细说说具体的底层实现吗？
- 1. OAuth 2.0的基本概念
- 2. 授权流程
- 3. 授权码模式的底层实现细节
- 4. 安全性考虑
- 5. 示例代码（使用Spring Security OAuth2）
- 我看你简历上写的熟悉Spring security，能简单讲讲底层原理吗？
- 你用过主从复制吗？可以具体讲讲嘛。
- 现在有一个用户登录的流程，我看你设计的这个模块，能讲一下具体实现的思路吗？
- 你是怎么实现权限细分（每一个接口对应一个权限）的？
- 你能讲讲用户登录的流程吗？
- rbac知道吗？
- 数据库表关联用的多吗?
笔试（100’，60’及格）
-
对List中的数据进行倒序排列（） 10’
public static void main(String[] args) {List<Integer> list = new ArrayList<>(Arrays.asList(6, 1, 2, 3, 4, 5));list.sort(Integer::compareTo);//对List进行排序Collections.reverse(list);System.out.println(list); // 输出: [6, 5, 4, 3, 2, 1] } -
缓存中常见的问题，怎么解决 10’
* 常见的缓存问题： * 1.缓存穿透：大量请求不存在的缓存数据，绕过缓存直接查询数据库，增加数据库压力 * 对空结果也进行缓存，并设置较短的缓存时间。 * 2.缓存雪崩：大量热点数据同时失效，造成数据库压力激增 * 2.1、给缓存失效时间增加随机值，避免同时失效。 * 2.2、使用多级缓存。 * 2.3、设置热点数据永不过期。 * 3.缓存击穿：热点缓存数据过期，造成大量访问数据库。 * 3.1、设置热点数据永不过期 * 3.2、使用互斥锁，使得只有一个线程查询数据库或更新缓存。 * 4.数据不一致：缓存数据与数据库数据不一致 * 先更新数据库、再删除或者更新缓存。 * 5.缓存预热：启动系统时，缓存还无，大量数据访问系统缓存系统中常见的问题及其解决方案包括：
- 缓存穿透
问题：大量请求查询不存在的数据，绕过缓存直接查询数据库。
解决方案：
- 对空结果进行缓存，设置较短的过期时间。
- 使用布隆过滤器快速判断key是否存在。
- 缓存击穿
问题：热点key过期时，大量并发请求直接访问数据库。
解决方案：
- 设置热点数据永不过期。
- 使用互斥锁，保证只有一个线程去查询数据库和更新缓存。
- 缓存雪崩
问题：大量缓存同时失效，造成数据库压力骤增。
解决方案：
- 给缓存失效时间添加随机值，避免同时失效。
- 利用多级缓存。
- 设置部分热点数据永不过期。
- 数据一致性
问题：缓存与数据库的数据不一致。
解决方案：
- 先更新数据库，再删除缓存。
- 使用消息队列确保数据最终一致性。
- 缓存预热
问题：系统启动时缓存为空，可能会承受大量数据库请求。
解决方案：
- 系统启动时主动加载热点数据到缓存。
- 缓存更新
问题：如何确保缓存中的数据及时更新。
解决方案：
- 设置合理的过期时间。
- 采用主动更新策略，在数据变更时更新缓存。
- 缓存并发问题
问题：多线程环境下可能造成缓存数据不一致。
解决方案：
- 使用线程安全的缓存实现。
- 采用适当的锁策略。
- 缓存容量管理
问题：缓存容量有限，需要合理管理。
解决方案：
- 使用LRU、LFU等淘汰算法。
- 根据业务重要性为不同数据设置不同的过期策略。
- 缓存穿透
问题：恶意请求频繁查询不存在的数据。
解决方案：
- 对查询进行接口限流和熔断。
- 定期清理无效缓存。
通过合理应用这些解决方案，可以显著提高缓存系统的性能和可靠性。
-
用户登录模块流程设计，一级登录权限的设计，数据库表结构设计，登录流程，以及权限验证（对权限进行细分，每一个接口对应一个权限） 40’
当然,我来为您简要概述这个用户登录和权限管理系统的整体设计:
-
数据库设计
- 核心表: 用户表(users)，角色表(roles)，权限表(permissions)
- 关联表: 用户角色关联表(user_roles), 角色权限关联表(role_permissions)
- 辅助表: 登录历史(login_history), 密码重置(password_reset_tokens), 用户会话(user_sessions), 系统日志(system_logs)
-
登录流程
- 用户提供用户名和密码
- 后端验证凭据
- 验证成功后生成JWT token
- 更新最后登录时间并记录登录历史
- 返回token给前端
-
权限管理
-
基于RBAC(基于角色的访问控制)模型
-
用户被分配角色,角色被赋予权限
-
每个API接口对应特定权限
当然，我会详细解释这两个重要的概念：为每个API接口分配特定权限，以及使用Spring Security进行权限验证。
- 每个API接口对应特定权限
这个概念是实现细粒度权限控制的关键。我们为每个API接口定义一个或多个特定的权限，然后只允许拥有相应权限的用户访问该接口。
实现步骤：
a. 定义权限常量：
public class Permissions {public static final String USER_READ = "USER_READ";public static final String USER_CREATE = "USER_CREATE";public static final String USER_UPDATE = "USER_UPDATE";public static final String USER_DELETE = "USER_DELETE";// ... 其他权限 }b. 在控制器方法上使用注解来指定所需的权限：
@RestController @RequestMapping("/api/users") public class UserController {@GetMapping@PreAuthorize("hasAuthority('" + Permissions
-
-