- 持久层框架 MyBatis Plus
- 使用 TypeHandler 实现 Json to List
- ObjectMapper
- 分布式锁框架 Redisson
- 对象序列化存储。Serializable、JsonDeserialize、JsonSerialize
- Lettuce 连接池
- 使用 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. 目前只能忽略这些警告
- 延时消息不能接受变动的时间（阿里云AMQP高级特性支持）
- ApiModel
- ApiModelProperty
- 如何处理接口使用通用返回对象，其中的 data 为泛型
- 像创建和更新的DTO中的属性是否必填互不相同，必须使用两个DTO了？
- 验证和授权配置
- 开启注解 AuthorizationAttributeSourceAdvisor
- 使用权限注解时 swagger 无法读取控制器
- 使用redis实现session分布式存储
- 前后端项目禁用登录重定向，重写过滤器，返回 JSON
- 密码匹配器
- 密码加密
- 如何优雅地处理用户-角色-权限这样的关联查询
- session在redis中的序列化问题（shiro会额外添加属性导致GenericJackson2JsonRedisSerializer反序列化失败）
- 频繁访问redis问题，shiro-redis作者使用ThreadLocal优化
- 未登录的情况下，不会进控制器
- javax.validation 和 org.hibernate.validator
- @Valid 和 @Validation（对前者的封装） ||Valid|Validation| |-----|-----|-----| |级联|有|无| |分组|无|有| |级别|方法、字段、构造器、参数|类、方法、参数|
- 自定义参数校验
- 数据绑定
- 本地化
- @Repeatable(List.class)
- ConstraintValidatorContext
- 实现 Converter
- 使用 @Component
- DateTimeFormat 和 JsonFormat 格式化日期
- 原始的enum名称转换仍然有效
- @Transactional(rollbackFor)
- 日志系统
- 统一的异常处理
- 统一的接口返回。使用 ResponseBodyAdvice 避免控制器方法的返回值为统一返回结果，从而使接口更清晰，swagger文档更清楚。
- 返回值为 String 时，统一接口返回处理会发生 CommonResult -> String 转换失败
- 分布式存在并发问题
怎么写更好呢？
- 手机号码格式校验。
- 随机验证码生成，不能出现短时间内生成相同的验证码。
- 手机号码-验证码绑定并存储，使用redis，设置值和过期操作应采用原子操作。
- 发送验证码。
- 核对验证码正确后应立即删除验证码，避免重复使用。
- 验证码获取频率的后端限制
- 验证码区分使用场景
- 参数校验
- 核对验证码
- 是否已经注册
- 注册，应对密码进行加密存储
- 参数校验
- 登录
- 密码错误频率限制
- 无需登录
- 手机验证码核对通过即可
对应的业务场景：在一些购物场景（例如，特价、秒杀）中，促使用户跳过购物车环节，立即下单。
1. 不加锁
在并发情况下，库存更新错误
2. 乐观锁
没有使用重试机制的乐观锁感觉意义不大，超过 50% 都是失败的
3. redis分布式锁
等待5s，5s释放，单次请求30ms
少量竞争时，以4线程、1000循环为例，失败率0.3%左右，同一商品处理26次/sec。全部在5s内结束请求，绝大多数请求的耗时很短。 大量竞争时，以50线程、100循环为例，失败率4.1%左右。很多请求远超5s，卡住的地方未知，出现锁因超时而释放的问题。
- 列表层次的sku属性如何设计
- 是否需要考虑参数的正确性，比如商品在该时刻是否上架、商品ID和skuID是否关联正确、选择的数量是否超出限制