赖志正用户8412
🤖
TikTok-Mall 青训营大项目项目提交文档 248组
输入“/”快速插入内容
🤖TikTok-Mall 青训营大项目项目提交文档 248组
TikTok-Mall 青训营大项目项目提交文档 248组
用户8412用户8412
用户3066用户3066
用户7093用户70932025年3月6日修改
一、项目介绍
该项目旨在构建一个基于Java和Dubbo的“简易版”微服务抖音商城系统。通过模块化设计，将不同的业务功能拆分为独立的服务，提升系统的可维护性和扩展性。我们的项目采用前后端分离模式。
项目服务地址-本地部署
项目前端主界面效果图如下：
二、项目分工
团队成员 | 主要贡献 |
赖志正（队长） | 负责使用Vue开发前端界面并通过 Axios 与后端微服务进行数据交互、参与各个微服务接口的开发、使用 RabbitMQ 实现异步通信和延迟消息、利用 Sentinel 进行微服务保护、集成AI大模型来实现订单查询和模拟自动下单等功能、撰写相关的技术文档。 |
赖志立（队员） | 负责微服务架构设计以及代码目录结构分层，基于业务需求进行数据库建模，参与各个微服务接口的开发，利用 Redis 实现数据缓存以提升响应速度，协助前端界面UI设计，利用Seata解决分布式事务问题，AOP实现日志记录，撰写相关技术文档。 |
覃浩南（队员） | 负责身份认证和权限认证功能的实现、部分单元测试用例的编写，参与部分微服务接口的开发如利用阿里云 OSS 上传文件，协助前端界面UI设计，撰写相关技术文档。 |
三、项目实现
3.1 技术选型与相关开发文档
📚
本项目使用Java语言开发，主要技术栈为：SpringBoot、Dubbo、Mybatis、Spring Data Redis、Spring AI Alibaba，RabbitMQ，Seata，Sentinel，Sa-Token
3.1.1 服务远程调用，服务注册与发现
在本项目中，针对服务远程调用以及服务注册与发现的需求，我们最终选择 Dubbo 和 Zookeeper 作为核心技术。Dubbo 是一款高性能、轻量级的开源 RPC 框架，它提供了丰富的服务治理功能，能高效地实现服务之间的远程调用，极大地提升了系统的可扩展性与性能，我们项目中各微服务之间底层使用 triple rpc 协议进行远程调用。而 Zookeeper 作为分布式协调服务框架，为 Dubbo 提供了稳定可靠的服务注册与发现机制，确保服务提供者与消费者之间能够快速、准确地进行通信与协作。我们采用的 Dubbo 版本为 3.2.2，Zookeeper的版本为 3.9.1。
3.1.2 身份认证和权限认证
Sa-Token 是一个轻量级 Java 权限认证框架，主要解决：登录认证、权限认证、单点登录、OAuth2.0、分布式Session会话、微服务网关鉴权等一系列权限相关问题。我们采用这个框架以实现仿抖音商城的登录认证和权限认证功能。我们采用的 Sa-Token 版本为 1.39.0。
我们将 Sa-Token 集成了 Redis 并适配了 Dubbo。具体可参考以下文档：
•
3.1.3 微服务保护
在微服务集群中，各服务之间进行相互调用。但是分布式系统中可能会因流量激增、系统负载过高、网络延迟等一系列问题，导致某些服务不可用，如果不进行相应的控制可能导致级联故障，影响服务的可用性，因此如何对流量进行合理的控制，成为保障服务稳定性的关键。
Sentinel 是面向分布式、多语言异构化服务架构的流量治理组件，主要以流量为切入点，从流量路由、流量控制、流量整形、熔断降级、系统自适应过载保护、热点流量防护等多个维度来帮助开发者保障微服务的稳定性。我们的项目中使用 Sentinel 工具，从请求限流，线程隔离，服务熔断等多个维度来保护服务的稳定性。我们采用的 Sentinel 版本为 1.8.7。
3.1.4 分布式事务
由于不同的业务位于不同的微服务，而每个微服务都有自己独立的数据库，都会执行自己的本地事务。因此在某些整个业务流程中，各个本地事务是有关联的。因此每个微服务的本地事务，也可以称为分支事务。多个有关联的分支事务一起就组成了全局事务。我们必须保证整个全局事务同时成功或失败。我们知道每一个分支事务就是传统的单体事务，都可以满足ACID特性，但全局事务跨越多个服务、多个数据库，因此无法保证最终结果的统一，也就无法遵循ACID的事务特性了，因此存在分布式事务问题。