1. RESTful API 设计核心原则解析RESTful API 是现代后端服务开发的基础设施也是技术面试中的高频考点。我在实际项目开发和团队招聘过程中发现很多候选人对 RESTful 的理解停留在表面。这里分享几个关键设计原则HTTP 方法语义化是首要原则。GET 只用于查询POST 创建资源PUT 全量更新PATCH 部分更新DELETE 删除资源。常见错误是滥用 POST 方法处理所有操作比如用 POST /users/delete 这种反模式。资源命名采用名词复数形式。好的例子/articles、/users/{id}/comments。反面教材/getAllUsers、/createNewArticle。我曾见过一个 API 用 /doAction?typequeryUser 这种设计维护起来简直是灾难。状态码要精确传达结果200 OK 用于常规成功201 Created 资源创建成功400 Bad Request 客户端参数错误401 Unauthorized 未认证403 Forbidden 无权限404 Not Found 资源不存在429 Too Many Requests 限流触发重要提示千万不要所有请求都返回 200然后在 body 里用 code500 表示错误。这会让监控系统失效也不符合 HTTP 协议规范。2. 面试常见题型深度剖析2.1 设计题电商平台API设计典型题目设计一个电商平台的商品和订单相关API解题要点资源建模商品 /products商品分类 /categories购物车 /cart订单 /orders支付 /payments关系处理# 获取某分类下商品 GET /categories/{id}/products # 创建订单基于购物车 POST /orders { cart_id: xxx, shipping_address: {...} }特殊场景商品搜索要单独设计 /search?qkeywordsortprice支付回调用 PUT /orders/{id}/payment-status2.2 实战题JWT认证实现如何实现基于JWT的API认证标准实现流程登录接口返回token# 登录成功响应 { token: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9..., expires_in: 3600 }客户端在Authorization头携带Authorization: Bearer token服务端校验逻辑public boolean validateToken(String token) { try { Jwts.parser() .setSigningKey(secretKey) .parseClaimsJws(token); return true; } catch (Exception e) { // 记录异常日志 return false; } }常见坑点忘记设置合理的token过期时间建议2-4小时没有实现token刷新机制未处理密钥轮换问题。3. 性能优化考点精讲3.1 分页查询优化错误示范GET /products?page1size100 Response: { data: [...100条数据], total: 100000 }问题在于每次都要计算total总数当数据量大时性能极差。优化方案无限滚动分页推荐GET /products?last_idxxxlimit20基于最后记录ID查询不需要总数统计分页元数据延迟加载 首次请求不返回total用户点击页码时才查询总数3.2 缓存策略设计面试常问如何设计API缓存分层缓存方案CDN缓存静态资源、公开数据应用层缓存Redis缓存热点数据数据库缓存Query Cache缓存失效策略对比策略优点缺点适用场景TTL过期实现简单可能雪崩低频变更数据主动更新实时性强系统复杂关键业务数据版本号精确控制存储开销频繁更新数据4. 错误处理最佳实践4.1 结构化错误响应反例{ error: Invalid parameters }标准格式{ error: { code: invalid_parameter, message: 价格不能为负数, details: { field: price, reason: must_be_positive }, request_id: req_123456 } }关键要素机器可读的error code用户友好的message调试用的details用于追踪的request_id4.2 重试机制设计面试题API调用失败时如何设计重试策略指数退避算法实现def call_api_with_retry(max_retries3): retry_delay 1 # 初始延迟1秒 for attempt in range(max_retries): try: return make_api_call() except TransientError as e: if attempt max_retries - 1: raise time.sleep(retry_delay) retry_delay * 2 # 延迟时间翻倍 retry_delay random.uniform(0, 1) # 添加随机抖动注意事项只对5xx错误和网络超时重试设置合理的最大重试次数通常3次添加随机抖动避免惊群效应5. 微服务场景下的API设计5.1 版本控制方案常见版本管理方式对比方式示例优点缺点URI路径/v1/users直观破坏REST原则查询参数/users?v1灵活缓存效率低请求头Accept: application/vnd.api.v1json规范调试不便推荐策略新功能用新版本维护至少两个最新版本旧版本设置淘汰时间表5.2 分布式事务处理面试难题如何保证跨服务的订单创建和库存扣减的一致性SAGA模式实现订单服务创建订单状态为PENDING库存服务扣减库存预留库存支付服务处理支付订单服务更新状态为CONFIRMED补偿机制设计// 补偿订单创建 void compensateOrderCreation(Long orderId) { orderRepository.updateStatus(orderId, CANCELLED); notificationService.sendCancellation(orderId); } // 补偿库存预留 void compensateStockDeduction(Long productId, int quantity) { stockService.releaseStock(productId, quantity); }关键点每个步骤都要有对应的补偿操作实现幂等性防止重复补偿记录事务日志用于恢复6. 安全防护要点6.1 输入验证规范必须验证的参数类型检查字符串/数字/布尔格式验证邮箱/手机号/URL取值范围价格0年龄150业务规则折扣码有效性Spring Boot示例PostMapping(/products) public Product createProduct( Valid RequestBody ProductCreateRequest request) { // 自动校验通过后执行 } Data class ProductCreateRequest { NotBlank private String name; Positive private BigDecimal price; Pattern(regexp ^[A-Z]{3}-\\d{4}$) private String sku; }6.2 速率限制实现Guava RateLimiter示例// 每秒钟10个请求 private final RateLimiter limiter RateLimiter.create(10.0); GetMapping(/high-traffic) public ResponseEntity? getHighTrafficData() { if (!limiter.tryAcquire()) { return ResponseEntity.status(429).build(); } return ResponseEntity.ok(heavyOperation()); }进阶方案基于Redis的分布式限流按API端点分别限流动态调整限流阈值7. 文档与测试规范7.1 OpenAPI文档生成SpringDoc配置示例OpenAPIDefinition( info Info( title 电商平台API, version 1.0, description 电商系统接口文档 ), servers Server(url https://api.example.com) ) public class OpenApiConfig {} // 在Controller方法上添加注解 Operation(summary 创建商品) ApiResponses({ ApiResponse(responseCode 201, description 创建成功), ApiResponse(responseCode 400, description 参数错误) }) PostMapping(/products) public Product createProduct(...) {...}文档访问地址/v3/api-docs - JSON格式/swagger-ui.html - 可视化界面7.2 自动化测试策略API测试金字塔单元测试占比70%测试Controller、Service集成测试占比20%测试数据库、外部服务交互E2E测试占比10%完整业务流程测试测试示例// 使用Supertest的E2E测试 describe(Product API, () { it(should create product, async () { const res await request(app) .post(/products) .send({ name: Test, price: 99 }) .expect(201); expect(res.body).toHaveProperty(id); expect(res.body.name).toBe(Test); }); });Mock技巧使用MockServer模拟第三方API数据库用TestContainers启动临时实例网络错误用WireMock模拟8. 实际面试案例分析8.1 系统设计题解析题目设计一个短链接生成服务API高分回答结构需求澄清生成短链访问统计自定义短码过期时间API设计POST /api/links - 创建短链 GET /api/links/{id}/stats - 获取统计 GET /{shortCode} - 重定向原始URL存储设计短码生成分布式ID或哈希算法数据分片按短码首字母分片缓存策略热点链接放Redis扩展考虑防滥用IP限流监控访问量报警国际化多域名支持8.2 性能调优题解析题目商品列表API响应慢如何优化排查路径监控指标分析数据库查询时间缓存命中率网络延迟优化手段-- 反例SELECT * FROM products -- 正例 SELECT id,name,price FROM products WHERE status ACTIVE ORDER BY created_at DESC LIMIT 20 OFFSET 0进阶方案读写分离二级缓存异步导出验证方法压测对比执行计划分析慢查询监控9. 最新技术趋势9.1 GraphQL实践对比与传统REST对比维度RESTGraphQL请求次数多次单次响应结构固定客户端定义缓存易难复杂度低高适用场景REST资源结构简单需要强缓存GraphQL数据关系复杂客户端需求多样9.2 gRPC性能优化Protocol Buffers优势二进制编码体积小强类型接口定义多语言支持性能对比JSON API: 平均延迟 120ms gRPC: 平均延迟 45ms关键配置service ProductService { rpc GetProduct (ProductRequest) returns (Product) { option (google.api.http) { get: /v1/{nameproducts/*} }; } }10. 面试准备建议10.1 知识体系构建必备知识图谱HTTP协议方法、状态码、头部认证授权JWT、OAuth2数据库索引、事务缓存Redis、Memcached分布式系统CAP、一致性推荐学习路径先掌握基础规范REST约束再学习框架实现Spring、Express最后研究架构设计微服务、云原生10.2 实战项目建议有价值的个人项目全栈博客系统文章评论电商后端商品订单支付社交平台用户关系动态项目亮点设计实现API版本管理添加性能监控编写完整的测试套件使用CI/CD自动化部署技术栈组合示例Java: Spring Boot MyBatis RedisNode.js: Express TypeORM JestGo: Gin GORM Prometheus在准备面试时建议录制自己的API设计讲解视频观察表达是否清晰。我曾让候选人现场设计一个天气查询API优秀者会主动考虑缓存策略、错误处理和文档编写而普通候选人往往只完成基础CRUD设计。