编辑论文点

所属主题：论软件系统架构风格

技术点/功能点名称

排序号

在论文中的作用 正文展开点

解决的问题 该平台涉及用户交易、运营管理、库存处理和支付对账等业务，如果接入控制、业务规则和数据访问逻辑混杂在一起，不但会增加开发和维护难度，也会导致后续业务调整时影响范围难以控制

为什么选择它 在系统接入和业务服务层，我们采用调用/返回风格中的层次架构来满足多入口访问和业务边界清晰的要求

解决的方法 为解决这一问题，我们将系统划分为接入层、业务服务层和数据支撑层

效果 通过这种层次化组织，请求入口、业务规则和数据访问边界更加清晰，后续新增运营活动或调整库存策略时，可以主要在相关业务模块内完成修改，减少对支付、消息和后台管理等其他链路的影响

不使用的劣势/风险

项目位置/技术/需求 在系统接入和业务服务层，我们采用调用/返回风格中的层次架构来满足多入口访问和业务边界清晰的要求

具体的实现 接入层采用 Spring Cloud Gateway 作为统一入口，集中完成登录校验、访问限流、请求路由和接口日志记录；业务服务层按照用户、商品、订单、库存、支付和运营等能力划分模块，并通过 Nacos 和 Dubbo 完成服务注册、发现和调用；数据支撑层主要由 MySQL 和 Redis 承担事务数据保存、热点库存缓存和幂等控制等工作

例子 以用户参与活动并提交订单为例，请求先经过统一入口完成身份校验和路由，再由订单、商品和库存等模块协同完成下单校验

记忆提示/背诵口诀 在系统接入和业务服务层，我们采用调用/返回风格中的层次架构来满足多入口访问和业务边界清晰的要求 / 调用/返回风格中的层次架构

备注

保存修改 返回详情