#JAVA##JAVA面经##JAVA内推# 1. 学校是否允许实习？可以实习几个月？ 思路   直接明确回答核心问题：是否允许、可实习时长。 补充加分信息：实习期间的时间投入（如全职）、能否配合公司考勤，体现稳定性。   回答示例  学校明确允许校外实习，我这边可以全职实习，预计能持续实习6个月以上，期间可以配合公司的考勤和工作安排，保证实习的稳定性。  2. 介绍你的项目  思路  适配实习场景：简化技术复杂度，突出个人动手实践、独立完成的模块，弱化团队协作（重点说自己做的）。 逻辑：项目背景→技术栈→自己负责的功能→遇到的问题+解决方式→实习相关的能力匹配（如编码、调试、数据库使用）。 ...

1. 请做一个自我介绍 思路   核心逻辑：个人基本信息→专业能力→项目/实习经历→求职意向→适配性（贴合应聘岗位）。 重点突出：与岗位相关的技能、项目亮点，避免冗余，控制在1-2分钟，展现稳定性和求职诚意。   回答示例  面试官好，我是XXX，XX大学XX专业毕业，有X年Java后端开发经验。熟练掌握SpringBoot、MySQL、Redis、RabbitMQ等技术，参与过国家重点研发项目和OJ在线判题项目，主要负责核心模块开发、算法实现和性能优化，具备扎实的编码能力和问题排查能力。我一直关注贵公司的发展，非常认同公司的技术理念，希望能应聘XX岗位，将自己的技术和经验应用到工作中，同时实...

#JAVA##JAVA面经##JAVA内推# 1. 详细说说父子进程，包括内存地址、共享页表、写时拷贝、子进程回收 思路   内存地址：父子进程虚拟地址独立，物理地址初始共享。 共享页表：fork后内核为子进程创建页表，初始与父进程指向同一物理页。 写时拷贝（COW）：仅当任一进程写数据时，内核才复制物理页，保证数据隔离。 子进程回收：父进程通过wait/waitpid回收，避免僵尸进程；父进程先退出则子进程归init进程托管。   回答示例  创建子进程后，父子进程拥有独立的虚拟地址空间，但初始页表指向相同的物理内存页，实现内存共享。写时拷贝机制下，只有当某一进程修改数据时，内核才会复制对应...

#JAVA##JAVA面经##JAVA内推#  算法题：复原IP地址   思路 回溯法，逐段截取1 ~ 3位。 判断合法性：0 ~ 255，不能前导0（除非是0）。 凑够4段且用完字符串，加入结果。 回答示例 我会使用回溯法，每次截取1 ~ 3位作为IP的一段，判断是否在0 ~ 255之间且没有前导0，递归分割4段并遍历完所有字符，收集所有合法IP地址。   删除链表倒数第k个元素（ACM模式，自己设计结点、构造链表、打印链表函数，核心函数）   思路 定义ListNode节点：val、next。 快慢指针：快指针先走k步。 快慢同步走，快指针到尾，慢指针指向倒数k+1节点。 删除慢指针下一个...

#JAVA##JAVA面经##JAVA内推# 1. 死锁排查时，你最常用的JDK命令是什么？  回答思路  锚定核心命令：优先选最直接、高频的 jstack（JVM 堆栈跟踪工具）； 解释核心逻辑：jstack <进程ID> 可打印线程堆栈信息，其中会明确标注「Deadlock」死锁位置，以及死锁线程持有的锁、等待的锁； 补充辅助命令：可提 jps（查进程ID）、jconsole/jvisualvm（可视化工具），但核心是 jstack； 举例：执行 jstack 12345 > deadlock.log，在日志中搜索「Deadlock」定位死锁线程及锁资源； 核心结论：最常...

#JAVA##JAVA面经##JAVA内推# 1. 你项目中保证抽奖结果保存的核心技术方案是什么？  回答思路  抽奖核心痛点：高并发、超发、重复中奖、数据不一致。 方案必须包含：事务 + 分布式锁 + 幂等 + 库存控制。 结构：加锁 → 校验库存/资格 → 扣减库存 → 保存中奖记录 → 提交事务。  标准答案 核心方案：Redis 分布式锁 + 数据库事务 + 幂等控制。先通过分布式锁防止并发超抽，再在事务里校验资格、扣减奖品库存、写入中奖记录，保证抽奖结果原子性、不超发、不重复。  2. 项目中处理抽奖异步逻辑时，使用的具体异步框架是什么？  回答思路  异步场景：发奖、通知、记录日志...

#JAVA##JAVA面经##JAVA内推# 1. 你用 Java 创建线程时，继承 Thread 类和实现 Runnable 接口最核心的区别是什么？  回答思路  锚定核心维度：类的单继承限制 + 代码解耦； 继承 Thread：Java 是单继承，继承 Thread 后无法再继承其他类，且线程逻辑与 Thread 类耦合（run 方法写在 Thread 子类中）； 实现 Runnable：无单继承限制，可同时继承其他类，且线程逻辑（run 方法）与线程对象解耦（Runnable 只封装任务，Thread 负责执行任务）； 补充场景：实际开发优先用 Runnable（解耦+规避单继承），如...

1. Java 封装特性在你项目中的具体体现是什么（仅说一个核心场景）？  回答思路  先锚定封装的核心：隐藏内部实现、暴露可控接口，保证数据安全； 核心场景选高频且典型的：实体类（POJO/DO）的字段私有化 + getter/setter 控制访问； 结合项目举例：订单实体类（OrderDO）中，将status（订单状态）私有化，仅通过setStatus()方法修改，且方法内增加状态流转校验（如已支付订单不能回滚为待支付），避免外部随意修改状态导致数据混乱； 核心结论：通过封装订单状态字段，仅开放带校验的修改接口，保证业务规则不被破坏。  标准答案 核心体现是订单实体类中对「订单状态」字段...

#JAVA##JAVA面经##JAVA内推# 1. 在你的项目中，如果用 K8s 替代 Docker 部署，核心要解决的第一个问题是什么？ 回答思路   先抓本质：从单机 Docker → K8s，最大变化是容器不再是手动启动，而是由平台调度、自愈、扩缩容。 第一个要解决的：应用必须支持“无状态、可水平扩展、配置外部化”。 具体体现：配置不能写死在镜像里、日志打标准输出、不依赖本地文件、支持优雅启停。   标准答案  第一个要解决的是应用无状态化，让服务可以被 K8s 随意调度、重启、扩缩容，不再依赖宿主机环境和本地状态。  2. 链表中删除指定节点时，时间复杂度是多少（仅说单链表场景）？ 回...

#JAVA##JAVA面经##JAVA内推# 1. 你在 OJ 项目中使用 Docker 部署时，是如何保证容器启动顺序和服务依赖的？ 回答思路：   核心问题锚定：解决「依赖服务未启动完成，当前容器启动失败」的问题，核心是「控制启动顺序+健康检查」； 分层拆解方案：  方案1（基础）：使用 docker-compose 的 depends_on 配置启动顺序（如先启动MySQL、Redis，再启动OJ核心服务），但需补充：depends_on 仅保证启动顺序，不保证服务就绪； 方案2（关键）：在应用启动脚本中增加「健康检查逻辑」（如轮询MySQL端口/执行测试SQL，直到返回成功），确保依赖...

#JAVA##JAVA面经##JAVA内推# 1. 请用一句话概括你参与过的核心项目的核心业务场景。 回答思路：   结构清晰：采用「项目类型+核心角色+核心业务动作+核心价值」的公式，避免冗长； 突出重点：聚焦核心业务（如电商秒杀、金融支付、物流调度），而非技术细节； 量化价值（可选）：加入关键指标（如QPS、并发量、业务规模）增强说服力。 示例：负责电商平台秒杀核心项目，支撑每秒5万级请求的商品库存扣减与订单生成，保障高峰期交易的高可用与数据一致性。   2. Java 中运行时异常（RuntimeException）和受检异常（Checked Exception）最核心的区别是什么？ 回...

#JAVA##JAVA面经##JAVA内推# 1. 分享一个你印象最深的 Bug 吧～当时现象是啥？怎么一步步定位到根因的？最后怎么解决的？从中学到了啥？ 回答：  现象：电商项目中，用户支付完成后偶发出现“订单状态已支付，但库存未扣减”的情况，且仅在高峰期（每秒超200笔支付）出现，低峰期完全正常。 定位过程：  先查日志：支付回调接口日志显示“扣减库存成功”，但库存表数据未变，排除接口未执行的问题； 查数据库事务：支付流程是“扣库存→改订单状态→记录流水”，事务配置为默认的REPEATABLE READ，但发现扣库存的SQL用了UPDATE 库存表 SET 数量=数量-1 WHERE 商品...

#JAVA##JAVA面经##JAVA内推# 能简单说说 SpringBoot 自动配置的核心原理吗？  “核心是 ‘条件装配 + Spring Factories 机制’： 1️⃣ 启动时扫描 META-INF/spring.factories，加载 EnableAutoConfiguration 指定的配置类（如 DataSourceAutoConfiguration） 2️⃣ 每个配置类带 @Conditional 系列注解（如 @ConditionalOnClass），仅当条件满足时生效（例：classpath 存在 HikariDataSource 才配数据源） 3️⃣ 通过 @Co...

#JAVA##JAVA面经##JAVA内推# 单例模式：双重检查锁的单例你写过吗？能说说实现思路吗？volatile在这里起啥关键作用？  “写过并深度理解。实现思路： 1️⃣ 私有构造方法 + 静态volatile实例（初始null） 2️⃣ getInstance()中：  第一重检查：if (instance == null) 进入同步块 synchronized加锁 第二重检查：if (instance == null) 才创建实例 volatile关键作用： ⚠️ 禁止指令重排序：JVM可能将new Singleton()重排为「分配内存→赋值引用→初始化对象」，导致其他线程拿到未初...

#JAVA##JAVA面经##JAVA内推# 先简单聊聊自己吧～学校专业、怎么接触编程的，最近在忙些啥？  “我是XX大学计算机科学与技术专业大四学生。高中因信息学竞赛接触C++，大学用Java写第一个‘课程表查询系统’时被其工程化魅力吸引。最近三件事： 1️⃣ 毕业设计：《基于微服务的校园活动平台高可用优化》，用Spring Cloud + Redis + RabbitMQ重构单体架构 2️⃣ 技术沉淀：系统梳理JVM调优、分布式事务方案，输出技术博客5篇 3️⃣ 实习准备：深度复盘校园项目，针对性补强分布式系统知识 始终相信：技术人的成长 = 扎实基础 × 解决真实问题 × 持续反思。” ...