经典项目应用场景分享-下

场景应用

1.商品规格设计问题

业务背景： 每一个商品都需要关联一个三级分类，每一个三级分类都会关联一个规格属性模板。因为商品-分类-规格属性模板-规格-商品价格，所以如果规格属性模板中的规格发送变化，就会导致商品获取价格的时候出错。

技术实现：

方案一： 在修改规格的时候，判断此规格是否绑定规格属性模板，如果是，则查询此规格属性模板是否被使用，如果被使用则不能删除，除非将所有关联此模板的商品取消关联。

方案二： 在修改规格的时候，判断此规格是否绑定规格属性模板，如果是，则查询此规格属性模板是否被使用，如果被使用则下架所以关联到此模板的商品。

方案三： 分类不直接绑定规格属性模板，而是绑定规格属性模板的快照，这样就可以避免上述的问题了。

2.多状态问题

业务背景： 用户交易记录中存放多种类型的提现记录，但是查询类型只有一种，无法进行区分（用户交易记录，存放所有的交易记录，例如：支付、退款、提现、充值等）。

技术实现： 设计字段的时候不要只用一个字段来区分所有的类型，最好用多个字段来区分，例如提现可以加上一个渠道，从商品分销账户这个渠道，进行提现操作。

3.用户注册产生多条注册数据

业务背景： 在高并发情况下，用户注册产生多条重复数据。

技术实现： 首先注册流程一定要简单，可以将耗时的操作放在MQ中执行，尽量保证注册的流畅性。还有数据流一定要短，不要发生A-》B-》C-》D这么长的微服务调用，如果这样，有很大可能A会被熔断掉，造成错误重试。最重要的一条：注册接口一定要做成幂等，否则就会出现上述所说的，出现重复数据问题。

4.对接第三方问题

业务背景： 用户资金相关的操作需要对接第三方支付公司，所以就涉及到接口互调问题，比如用户开户审核，第三方公司需要将审核结果推送给我们。

技术实现： 首先任何和第三方对接的接口都需要将请求日志和返回值记录下来，方便以后追踪查看问题。比如上面提到用户开户问题，对方将审核结果推送给我们的时候，需要记录下返回值，我们也需要主动去查询审核结果。最后还要定期扫描长时间没审核的记录，主动去获取审核结果或者找对方客服进行咨询。

5.供应商入住问题

业务背景： 供应商入驻需要进行基础资料审核和财务审核，所以入驻的状态就分为多种：待提交、基础资料待审核、基础资料审核不通过、基础资料审核通过、财务待审核、财务审核不通过、财务审核通过（入驻成功），审核不通过跳转页面出错。

技术实现： 首先要确定具体有多少种状态，每一种状态可以做的事情。千万不要用一种状态来区分这些状态（例如1是待提交、2是已经提交等等），最好采用多字段的标识，基础资料审核状态、财务审核状态。

还需要注意的是，审核不通过页面跳转地址也需要和前端商量好，比如基础资料审核不通过跳转到资料提交页面，财务审核不通过跳转到支付页面等。基础资料提交页面最好做成分步骤操作并添加保留草稿的功能，这样可以有效的提高用户体验。

最后

Java架构学习技术内容包含有：Spring，Dubbo，MyBatis, RPC, 源码分析，高并发、高性能、分布式,性能优化，微服务 高级架构开发等等。

还有Java核心知识点+全套架构师学习资料和视频+一线大厂面试宝典+面试简历模板可以领取+阿里美团网易腾讯小米爱奇艺快手哔哩哔哩面试题+Spring源码合集+Java架构实战电子书+2021年最新大厂面试题。

米爱奇艺快手哔哩哔哩面试题+Spring源码合集+Java架构实战电子书+2021年最新大厂面试题。
[外链图片转存中…(img-vCwjx3Ur-1720125857046)]