mall

数据库

Mysql

1. 持久层框架 MyBatis Plus

• 使用 TypeHandler 实现 Json to List
• ObjectMapper

Redis

1. 分布式锁框架 Redisson
2. 对象序列化存储。Serializable、JsonDeserialize、JsonSerialize
3. Lettuce 连接池

ElasticSearch

1. 使用 RestHighLevelClient 作为客户端

• 使用 Repository 简洁方便但是欠缺灵活性和扩展性
• Registering converter from class org.springframework.data.geo.Point to interface java.util.Map as writing converter although it doesn't convert to a store-supported type! You might want to check your annotation setup at the converter implementation. 目前只能忽略这些警告

Rabbitmq

• 延时消息不能接受变动的时间（阿里云AMQP高级特性支持）

单元测试框架

JUnit

接口文档框架 Swagger

1. ApiModel
2. ApiModelProperty

• 如何处理接口使用通用返回对象，其中的 data 为泛型
• 像创建和更新的DTO中的属性是否必填互不相同，必须使用两个DTO了？

安全框架

Shiro

1. 验证和授权配置
2. 开启注解 AuthorizationAttributeSourceAdvisor
3. 使用权限注解时 swagger 无法读取控制器
4. 使用redis实现session分布式存储
5. 前后端项目禁用登录重定向，重写过滤器，返回 JSON
6. 密码匹配器
7. 密码加密

• 如何优雅地处理用户-角色-权限这样的关联查询
• session在redis中的序列化问题（shiro会额外添加属性导致GenericJackson2JsonRedisSerializer反序列化失败）
• 频繁访问redis问题，shiro-redis作者使用ThreadLocal优化
• 未登录的情况下，不会进控制器

JavaBean 转换框架 MapStruct

1. Lombok 共用问题

Spring 常用的特性

统一的数据校验

1. javax.validation 和 org.hibernate.validator
2. @Valid 和 @Validation（对前者的封装） ||Valid|Validation| |-----|-----|-----| |级联|有|无| |分组|无|有| |级别|方法、字段、构造器、参数|类、方法、参数|
3. 自定义参数校验

• 数据绑定
• 本地化
• @Repeatable(List.class)
• ConstraintValidatorContext

参数转换器

1. 实现 Converter
2. 使用 @Component
3. DateTimeFormat 和 JsonFormat 格式化日期

• 原始的enum名称转换仍然有效

事务

1. @Transactional(rollbackFor)

Aspect

1. 日志系统
2. 统一的异常处理
3. 统一的接口返回。使用 ResponseBodyAdvice 避免控制器方法的返回值为统一返回结果，从而使接口更清晰，swagger文档更清楚。

• 返回值为 String 时，统一接口返回处理会发生 CommonResult -> String 转换失败

Spring Task

• 分布式存在并发问题

自定义 Filter

Redis 服务类

怎么写更好呢？

业务

用户

获取验证码

1. 手机号码格式校验。
2. 随机验证码生成，不能出现短时间内生成相同的验证码。
3. 手机号码-验证码绑定并存储，使用redis，设置值和过期操作应采用原子操作。
4. 发送验证码。
5. 核对验证码正确后应立即删除验证码，避免重复使用。

• 验证码获取频率的后端限制
• 验证码区分使用场景

注册

1. 参数校验
2. 核对验证码
3. 是否已经注册
4. 注册，应对密码进行加密存储

登录

1. 参数校验
2. 登录

• 密码错误频率限制

修改密码

1. 无需登录
2. 手机验证码核对通过即可

订单流程

快速下单

对应的业务场景：在一些购物场景（例如，特价、秒杀）中，促使用户跳过购物车环节，立即下单。

1. 不加锁

在并发情况下，库存更新错误

2. 乐观锁

没有使用重试机制的乐观锁感觉意义不大，超过 50% 都是失败的

3. redis分布式锁

等待5s，5s释放，单次请求30ms

少量竞争时，以4线程、1000循环为例，失败率0.3%左右，同一商品处理26次/sec。全部在5s内结束请求，绝大多数请求的耗时很短。 大量竞争时，以50线程、100循环为例，失败率4.1%左右。很多请求远超5s，卡住的地方未知，出现锁因超时而释放的问题。

商品

1. 列表层次的sku属性如何设计

购物车

添加购物车

1. 是否需要考虑参数的正确性，比如商品在该时刻是否上架、商品ID和skuID是否关联正确、选择的数量是否超出限制