鼎捷实习java面试

以下是针对鼎捷实习Java面试常见问题的详细解答：

• 核心机制：基于@EnableAutoConfiguration注解和META-INF/spring.factories文件，Spring Boot在启动时扫描classpath下的依赖，通过条件注解（如@ConditionalOnClass）自动配置Bean。
• 关键步骤：

  启动时加载SpringFactoriesLoader，读取所有spring.factories文件中的自动配置类。

  根据当前项目的依赖（如存在DataSource则配置JDBC）和条件注解决定是否生效。

  通过@Import将配置类注入IoC容器。

• 核心Starter：

  spring-boot-starter-web：支持Web开发（包含Tomcat和Spring MVC）。

  spring-boot-starter-data-jpa：集成JPA和Hibernate。

  spring-boot-starter-redis：支持Redis缓存。

  spring-boot-starter-test：提供单元测试工具（如JUnit、Mockito）。

• 扩展Starter：如spring-boot-starter-amqp（RabbitMQ）、spring-boot-starter-security（安全认证）。

• Spring原生方案：@Scheduled注解（需在启动类添加@EnableScheduling）。
• 第三方框架：

  Quartz：支持复杂调度（如分布式任务、持久化）。

  Elastic-Job：分布式任务调度框架，基于Zookeeper实现高可用。

1. 初始化项目：通过
   Spring Initializr
   或IDE生成基础结构。
2. 配置依赖：在pom.xml中添加所需Starter（如Web、MySQL驱动）。
3. 编写代码：

   实体类（@Entity）、Repository接口（继承JpaRepository）。

   Controller层（@RestController）和Service层。

4. 配置文件：在application.yml或application.properties中设置数据库连接、端口等。
5. 启动应用：运行主类（含@SpringBootApplication注解）。

• 缓存热点数据：如菜单列表、用户信息，减少数据库查询压力。
• 分布式会话：存储用户登录状态（替代Session）。
• 订单防重：通过Redis的SETNX实现分布式锁，防止重复提交。
• 消息队列：利用List结构实现轻量级消息队列（如异步处理订单）。

• 单线程原因：

  Redis基于内存操作，单线程可避免多线程竞争和上下文切换开销。

  通过I/O多路复用（如epoll）实现高并发。

• 特性：

  原子性操作：所有命令支持原子执行。

  持久化：支持RDB和AOF。

  数据结构丰富：支持String、Hash、List、Set等。

• RDB（快照）：

  优点：二进制文件体积小，恢复速度快。

  缺点：可能丢失最后一次快照后的数据。

• AOF（日志）：

  优点：数据安全性高（可配置每秒同步或每次写入同步）。

  缺点：文件体积大，恢复速度慢。

• 分布式锁：通过SETNX或RedLock算法实现。
• 计数器：利用INCR实现原子递增（如点赞数）。
• 位图：统计用户在线状态（如SETBIT）。
• HyperLogLog：基数统计（如UV计算）。

• 实现方式：String lockKey = "order_lock";Boolean isLocked = redisTemplate.opsForValue().setIfAbsent(lockKey, "1", 10, TimeUnit.SECONDS);if (Boolean.TRUE.equals(isLocked)) { try { // 执行业务逻辑 } finally { redisTemplate.delete(lockKey); }}
• 应用场景：

  秒杀系统防止超卖。

  订单支付防重复提交。

  分布式任务调度。

• 互斥性：同一时间仅一个客户端持有锁。
• 防死锁：设置过期时间，避免客户端崩溃导致锁无法释放。
• 容错性：部分节点故障时仍能正常获取/释放锁。
• 可重入性：同一客户端可多次获取同一锁（需额外实现）。

• Zookeeper：通过临时顺序节点和Watcher机制实现。
• Redisson：基于Redis的Java客户端，提供RedLock算法支持。
• 数据库唯一索引：通过插入记录实现（性能较差，不推荐）。

• 可见性：保证多线程环境下变量的修改立即对其他线程可见。
• 有序性：禁止指令重排序（通过插入内存屏障实现）。
• 不保证原子性：如i++仍需同步机制（如synchronized或AtomicInteger）。

• 索引结构：

  B+树：主流选择，支持范围查询和排序。

  Hash：仅支持等值查询（如Memory引擎）。

• 存储引擎：

  InnoDB：支持事务、行级锁、外键。

  MyISAM：不支持事务，表级锁，适合读多写少场景。

• 磁盘I/O友好：树高度低，减少查询次数。
• 范围查询高效：叶子节点通过指针连接，无需回溯。
• 更适合数据库：相比B树，所有数据存储在叶子节点，查询更稳定。

• 典型设计：

  用户表（user）、菜单表（menu）、订单表（order）、订单详情表（order_detail）、套餐表（set_meal）、套餐菜品关联表（set_meal_menu）等，通常6-10张表。

• IN：先执行子查询，将结果作为外查询条件（适合子查询结果集小的情况）。
• EXISTS：对每条外查询记录执行子查询，判断是否存在（适合子查询结果集大的情况）。

• 原子性（Atomicity）：事务不可分割，要么全部成功，要么全部回滚。
• 一致性（Consistency）：事务执行前后数据状态一致。
• 隔离性（Isolation）：并发事务互不干扰（通过隔离级别实现）。
• 持久性（Durability）：事务提交后数据永久保存。

• 关联查询：通常通过JOIN获取关联表数据（如查询订单时关联用户表获取用户名）。
• 字段修改：若需更新关联表字段（如修改订单状态时更新用户积分），需通过事务保证数据一致性。

• 存储方式：套餐表存储套餐ID和名称，套餐菜品关联表存储套餐ID与菜品ID的映射（符合第二范式，消除部分依赖）。
• 三大范式：

  第一范式：字段不可再分（如地址拆分为省、市、区）。

  第二范式：非主键字段完全依赖主键（如订单表需包含用户ID而非用户名）。

  第三范式：非主键字段无传递依赖（如用户表不存储城市名称，仅存储城市ID）。

• 实现方式：

  多表查询：通过JOIN直接获取菜品名称（如SELECT set_meal.*, menu.name FROM set_meal JOIN set_meal_menu ON ... JOIN menu ON ...）。

  缓存优化：将套餐与菜品信息缓存到Redis，减少数据库查询。

• 消息队列的作用：

  解耦：短链接生成服务与存储服务分离。

  异步处理：提高系统吞吐量。

  削峰填谷：应对高并发请求。

• 选择RocketMQ的原因：

  高可用：支持主从架构和消息刷盘。

  顺序消息：保证短链接生成的顺序性。

  分布式事务支持：确保生成与存储的原子性。

• 管理平台：通过RocketMQ Console查看消息、消费进度等。
• 代码实现：通过Producer/Consumer API发送和接收消息（如DefaultMQProducer.send(msg)）。

• 共享区域：

  方法区：存储类信息、常量、静态变量（JDK 8后改为元空间，位于直接内存）。

  堆：存储所有对象实例和数组。

• 方法执行过程：

  类加载时将方法字节码存入方法区。

  调用方法时，JVM在栈帧中分配局部变量表和操作数栈。

  执行引擎解释或编译字节码为机器指令。

• 类加载器类型：

  BootstrapClassLoader：加载JAVA_HOME/lib下的核心类。

  ExtensionClassLoader：加载JAVA_HOME/lib/ext下的扩展类。

  ApplicationClassLoader：加载classpath下的应用类。

• 双亲委派作用：

  避免类重复加载（如java.lang.String始终由BootstrapClassLoader加载）。

  保证核心类不被篡改（如防止自定义String类覆盖JDK原生类）。

• 运行时常量池：存储字面量（如字符串）和符号引用（如类名、方法名）。
• JIT编译代码：动态生成的本地代码（如热点代码编译为机器指令）。
• 内部类信息：匿名内部类和局部内部类的元数据。

• 引用计数法：通过计数器判断对象是否被引用（无法解决循环引用问题）。
• 可达性分析：从GC Roots（如栈帧中的局部变量表、静态变量）出发，标记不可达对象为垃圾。

• 常见算法：

  标记-清除：标记垃圾后直接清除（产生内存碎片）。

  标记-整理：标记后压缩内存（消除碎片但效率低）。

  复制算法：将存活对象复制到另一块内存（适用于新生代，如Eden区）。

• 标记-清除缺点：

  内存碎片化严重，可能导致大对象分配失败。

  需额外空间存储标记信息。

• 新生代（Young Generation）：

  Eden区：新对象分配区域。

  Survivor区：分为From和To，用于Minor GC后的对象复制。

• 老年代（Old Generation）：存储长期存活对象（通过Full GC回收）。
• 永久代/元空间：存储类元数据（JDK 8前为永久代，位于堆内；JDK 8后为元空间，位于直接内存）。

• 示例问题：

  数据库连接泄漏：通过try-with-resources和连接池监控解决。

  Redis缓存穿透：对空值缓存或使用布隆过滤器过滤无效请求。

  线程池资源耗尽：动态调整线程池参数（如核心线程数、队列容量）。

以上内容覆盖了鼎捷实习Java面试的核心知识点，建议结合实际项目经验深入理解。