第一次参加腾讯的日常实习面试，面的是后台开发岗位。面试官问得挺全的，从算法、八股到项目细节都有涉及。现在把还记得的题目和我的回答情况整理一下，也算给自己和后来者一个参考。
一、算法环节
一上来就手撕了一道算法题：LeetCode 1823. 找出游戏的获胜者。这道题本质上就是经典的约瑟夫环问题。面试时有点紧张，但最后还是磕磕绊绊地把递归和迭代两种思路都讲清楚了，也写出了可以运行的代码。这说明面试前集中刷题，把高频题和经典模型的解法吃透，还是非常有必要的。
二、Java与框架八股
这部分问得很细，我的回答顺序可能记乱了，但问题大概有这些：
- 装箱与拆箱：面试官询问了对 Java 装箱（Boxing）与拆箱（Unboxing）机制的理解，以及可能引发的性能问题和空指针异常（NPE）。
- 深拷贝的实现：让我阐述在 Java 中实现对象深拷贝（Deep Copy）的几种常见方式。
- 方法传参的影响：提了一个场景，问如果在方法外部有一个对象，将其传入方法内部并被修改后，方法外的原对象是否会发生变化。这其实是在考察对 Java 是值传递这一本质的理解。
- Spring Boot 注解：让我列举一些常用的 Spring Boot 注解。我提到了
@Controller 和 @RestController，结果被追问这两者的区别，一时语塞没答上来（后来查证主要是返回内容的差异，@RestController 默认返回 JSON 数据）。
- MyBatis 传参绑定：问我是否了解 MyBatis，以及在 MyBatis 中如何绑定参数值。这里可能我没完全理解问题的指向（比如是问
#{} 和 ${} 的区别，还是问 @Param 注解的使用）。
- Controller 参数接收：询问在 Spring Boot 的 Controller 中，有哪些方式可以接收前端传递过来的参数。我回答了
@PathVariable、@RequestParam 和 @RequestBody。
三、项目与实战问题
这部分是针对我的个人项目问的，问题非常具体，也让我暴露了很多准备不足的地方：
- Redis 与线程池：被问到在项目中是如何使用 Redis 线程池的，以及具体用的是哪个线程池（例如是 Lettuce 还是 Jedis 的配置）。这个问题有点措手不及，因为我平时使用 Redis 客户端时，对底层的线程池配置关注得并不多。
- 秒杀场景下的超卖与一人一单：这是我的项目重点。面试官连环三问：
- 怎么做：我介绍了使用 Redis Lua 脚本保证原子性来扣减库存和记录用户订单。
- 为何用 Lua 不用 Java：他追问为什么不直接在 Java 代码里写 Lua 脚本里的逻辑（比如判断和扣减）。我回答是为了保证多个 Redis 命令的原子性执行，避免在分布式环境下出现竞态条件。
- 会有什么问题及解决：他继续深究，如果不用 Lua 脚本，在 Java 里做会有什么具体问题（比如非原子性操作导致超卖），以及除了 Lua 还有哪些解决方案（比如分布式锁）。
- 消息可靠性保证：问项目中使用的消息队列（如 RabbitMQ 或 Kafka）是如何保证消息不丢失的。这需要从生产者确认、Broker 持久化、消费者确认三个环节来回答。
- 订单过期处理（TTL实现）：问项目中订单未支付的过期（TTL）是怎么实现的。我回答了是通过延迟队列或定时任务来扫描超时订单。
- 分布式定时任务的问题：针对上一点，他马上指出，如果用
Spring Task 这类单机定时任务在分布式环境下扫描，会有什么问题？这明显是在引导我思考分布式任务的重复执行与一致性难题，以及对应的解决方案（如使用分布式调度中间件，或通过 Redis 分布式锁做任务抢占）。
还有一些问题确实记不清了。第一次面试实在太紧张，不敢录音，很多问题虽然知道个大概，但涉及到具体细节和深度追问时，就回答得支支吾吾，不够体系化。
四、面试官的反馈与我的总结
最后反问环节，面试官很友善地给了一些建议。他说我太紧张了，而且对自己项目的细节还不够熟悉。很多技术点知道概念，但一旦深入问“为什么这么做”、“有没有更好的方式”、“会出什么问题”，就卡壳了。
这次面试虽然感觉“答得一坨”，但收获很大。最大的教训就是：项目经验不能停留在表面。每实现一个功能（比如防超卖），都要主动去思考它的实现原理、潜在缺陷、替代方案和演进方向。八股文要结合代码和场景去理解，算法更要动手多练。
希望我的这次踩坑经历，能给正在准备面试的同学提个醒。扎实准备，深入思考，才能在面试时更有底气。也欢迎到 云栈社区 和其他开发者一起交流后端开发与系统设计中的各种“坑”与解决方案。 | 
发表于 1 小时前
|
查看: 4|
回复: 0
