Java 后端简历怎么写
后端面试几乎都会追问四件事：业务量级、数据一致性、性能优化和线上排障。简历里的每段经历，最好都能回答其中至少一个。
01先交代业务量级
后端简历里最常见的问题是只写「高并发」「海量数据」，不写具体有多高、有多大。面试官看到这些词会直接追问数字，答不上来就很被动。
在每段工作经历的开头，用一句话交代你负责的系统规模：日均请求量或订单量、峰值 QPS、核心表的数据量、服务的用户数。如果系统规模不大，就如实写，然后把重点放在复杂度上。
负责公司核心交易系统的开发，系统具有高并发、高可用的特点。
交易中台组 12 人，支撑平台全部下单、支付和售后流程，日均订单约 60 万，大促峰值每秒 3200 单。
后者给出了团队规模、业务范围和具体数字，面试官可以据此判断你遇到的问题有多难。
02四类最值得写的经历
下面四类经历几乎是后端面试的必问题，简历里有其中任何一类的真实经历，都值得展开写。
数据一致性
分布式事务、消息最终一致、库存扣减、对账补偿。写清楚选了什么方案、为什么不用其他方案、补偿失败时怎么兜底。
性能优化
慢查询治理、缓存设计、接口耗时优化。写清楚定位过程、优化手段和前后对比，数字要带上 P95 或 P99 这类口径。
数据迁移与架构演进
分库分表、服务拆分、存储迁移。重点写迁移步骤、灰度方案和回滚预案，这是面试官最想听的部分。
线上问题排查
内存泄漏、Full GC、线程阻塞、慢 SQL 导致的雪崩。写清楚现象、定位工具、根因和后续的预防措施。
03一段经历的完整写法
下面的示例来自 Java 后端范本，可以看到每一条都包含了问题、方案和结果，并且留下了明确的追问点。
交易中台组 12 人，日均订单约 60 万。我负责库存与优惠券两个服务，同时承担大促期间交易链路的值班负责人。
- 库存超卖治理：原方案在下单时直接扣减数据库库存，大促峰值出现行锁等待和偶发超卖。改为 Redis 预扣 + 订单确认后异步落库，配合每日对账修正差异，峰值下单接口 P99 从 1.2 秒降到 280ms，当年大促零超卖
- 优惠券核销一致性：下单失败后优惠券偶尔不回退，每月约 200 张客诉。用本地消息表保证订单取消和券回退最终一致，补偿失败超过 3 次转人工，此类客诉降到每月个位数
- 写了旧方案的问题，说明你理解为什么要改
- 方案里的「每日对账」「转人工」是兜底措施，体现了对异常情况的考虑
04技术栈写真正用过的
后端技术栈很容易写成一长串：Spring Cloud 全家桶、三种消息队列、四种数据库。面试官会挑其中一个问，最好每一项都在经历里出现过。
可以在技术名词后面用括号补一句实际做过的事，比如「MySQL（慢查询治理、在线加索引、分库分表）」，比单独列一个名词更能说明深度。
常见问题
业务系统没有高并发怎么写？
写数据量、业务复杂度和稳定性。复杂的状态流转、对账、权限同样是好素材，不必硬凑并发数字。
要不要写源码阅读？
可以写一句，但最好和项目里的具体问题挂钩，比如因为读过线程池源码定位到了某个阻塞问题。
只做过 CRUD 怎么写出亮点？
从稳定性和效率入手：接口规范、单测覆盖、慢查询治理、发布流程优化，这些都是可以写的改进。