java后端简历中两个项目都是业务，还是一个业务一个造轮子最好？

自我介绍 上一段实习做了什么拷打项目（没熟悉项目导致很多没说出来。。。自己给自己挖坑点：1.大文件导出怎么做到单文件导出且避免oom 2.ttl怎么封装的异步线程池实现上下文传递 3.flowable审批模型和seata分布式事务）spring aop原理 给出一个代码题service a两个方法一个有自定义@log注解打印输出，还有一个b方法里调用了a方法，现在问调用b方法会不会有日志输出，我说没有应该没走方法增强问为什么，说调用了this方法原生）java锁介绍一下算法题 二叉树的最大路径和没a出来，思路一开始是错了，后面大概对了但是代码没写完整反问第一次面中大厂，肯定寄了，考虑把简历写的项目难度降低一些

Java 面试看似问得很杂，实则始终围绕几个核心能力展开：语言理解、并发能力、底层原理、工程经验和问题分析能力。真正能拉开差距的，并不是背了多少题，而是是否建立了完整的知识体系。一、Java 基础不是语法，而是“设计取舍”面试中的 Java 基础，很少停留在 if、for 或继承语法层面，而是集中在 为什么这样设计。比如：equals 与 hashCode 为什么必须同时重写String 为什么是不可变的包装类型与基本类型的区别这些问题本质上都指向：对象语义、内存模型和集合设计。面试官想看到的不是定义，而是你是否理解 Java 在性能、安全性和一致性上的权衡。二、集合框架是判断“是否写过代码”...

对求职新人来说，把商城作为后端项目放在简历上，绝对是性价比比较高的选择 。这个项目看似是求职季的大众款，实则包含很多后端开发的核心考点。从技术层面，你能完整了解 Spring Cloud 微服务生态：用 Nacos 做服务注册与配置中心，用 OpenFeign 实现服务间调用，用 Gateway 搭建 API 网关，用 Sentinel 做限流熔断，再搭配 Redis 缓存优化商品查询、RabbitMQ 削峰填谷处理订单流量、MySQL 分库分表应对海量数据 —— 这套技术组合拳打下来，你对分布式系统的理解，早已远超只会写 CRUD 的应届生。从求职层面，这个项目更是面试的加分利器。HR 和技术面试官对商城项目的业务逻辑熟门熟路，你能清晰讲出 “商品秒杀的高并发解决方案”“订单分布式事务的处理思路”“库存超卖问题的规避方法”，远比空泛地说 “精通 Spring Boot” 更有说服力。对中小厂而言，这类贴近业务的项目经验，意味着你入职后能快速上手企业级开发；对大厂来说，这也是证明你具备后端核心能力的直观凭证。更重要的是，这个项目能帮你建立工程化思维。从需求拆解、架构设计，到代码编写、单元测试，再到 Docker 容器化部署、CI/CD 流水线搭建，每一步，都是从 “校园开发者” 到 “职场工程师” 的蜕变。别担心项目撞款，真正能拉开差距的，从来不是项目名称，而是你对技术细节的深挖和对业务场景的思考。把一个项目做深做透，它就是你简历上最亮眼的金字招牌。

我的第一个项目是 MIT 6.824 分布式系统课程里的 Raft 共识协议实现。主要做的是在多副本节点之间保证数据一致性，包括 Leader 选举、日志复制、心跳机制、故障恢复等核心逻辑。项目用 Go 写，节点之间用 RPC 通信，最终实现了一个容错的一致性分布式状态机，还通过了 6.824 官方测试。这个项目让我真正理解了分布式一致性、CAP、故障处理这些概念，也算是我入门分布式系统的重要一课。