SpringCloud微服务实战(四)-微服务中的服务拆分

最新推荐文章于 2025-06-02 16:08:33 发布
转载 最新推荐文章于 2025-06-02 16:08:33 发布 · 1.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：https://yq.aliyun.com/articles/635954
文章标签：

#java #数据库 #测试

本文详细介绍了一个基于Spring Cloud的微服务架构实践案例，包括商品服务和订单服务的具体实现过程。从项目搭建、编码到测试，逐步解析如何进行微服务拆分，并提供实际运行的源码链接。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

4.1 微服务拆分的起点

img_38338b3ff89c5ef25f22703735704d11.png

img_ef2f3e25f997862cbf96b634ba849802.png

img_b136d2405e1a6951a91d5df02468942f.png

img_e5ecf0eb047a394057b0eeb547ed2d76.png

4.2 康威定律和微服务

img_6babbac833e49aa52601e142d53b092f.png

img_c10e89442e0828afdd09c3387d12a15a.png
沟通的问题会影响系统的设计

img_c4f3ce70bff007bc2a9ef0c01707d271.png

4.3 点餐业务服务拆分分析

img_03ec7dcf1d3b6d876a718b26a1d3497a.png

img_8a2074814a654b212be2cd868a4144b9.png

img_2c4697479d116d17ed08acb129d923b0.png

img_cfbd5481f82a7389d694104c0b7aa3e5.png

img_a336838b6caabd5bbd60b127f4cc7aab.png

img_fdfdc834489bcd8343af638dcb82213b.png

4.4 商品服务API和SQL介绍

img_a5638c41560423e194069d848404c1ca.png

4.5 商品服务编码实战(上)

在 IDEA 中新建项目


img_63b2f989db91e508712bf7b844f02322.png

img_9b2119b84acde993b0e419757ec1a7ff.png
项目初始化 pom 文件

img_1fc2194661e742b52e21205ce0d1580d.png
为启动类添加该注解

img_3ffc7d750f1b0b3c388e3a45e922c5a1.png
基本配置信息

启动该类,将此服务注册到 eureka 上去


img_e67ca6116f2fde690fa62000e00e33ac.png

img_7fcd1f7a53937f6c60f6985f208237ea.png
添加所需依赖

img_1ed704dc92cbd61da107e0f179f80c98.png
业务需求

img_b70c92b805f1fc2f01c6b8a96b27d584.png
配置数据库相关信息

img_2305979d1fe45001503e78fe869a3811.png
添加 lombok 依赖

img_877ac4fdf2250c5e84f17cee2396b5c9.png
编写dto类

开始单元测试


img_5cf93f8857aaf696433df4f3db30ea05.png
编写测试类

img_2336e9181d9f9e93f4301343f916696d.png

img_7e892374c648e6a7149f5cf97e1c07f1.png
必须要有此二注解,否则空指针异常

img_067a336d455c88e65df847367e1a4cd2.png
测试通过

开始编码第二个功能
img_955f59e24f33195cbb686a1501d16cc9.png

img_112f55e3d5aa8a230f60ceab23921851.png

img_4d54d9b848a04e7299400cc00ad4c47b.png
测试通过

4.6 商品服务编码实战(中)

img_69128389f5384243f55cd77b6e3c0c97.png
编写service 层

编码技巧,测试类可以直接继承启动类的测试类,减少注解个数,做到了最大可能的解耦


img_59242008d67b63e30a32101b083a7a72.png

img_50dc5fbd0589489883f402ee5e7c255c.png

img_590ec6f2b696205d5ce4b61532c62fd4.png

编写 vo 包下的类


img_9d254f0c4b3f9e58d31b86a899159114.png

img_cc38afd2dde8bb291251b00e6129b2b9.png

img_ec177e3006628cb97d3f697411c59de5.png

4.7 商品服务编码实战(下)

完成 controller 类


img_e24fa318031c953e9612fffe49ff14d0.png

启动程序


img_47dbe3dc8314e0d96ca466040406dac9.png

img_34130931e8195820ac965e1e91115b4b.png
优化返回值

4.8 订单服务API和sql介绍

img_e36494d76a1d4225601b53ddf03686ef.png

img_0a4d73339531295bdcc95b5b5c9b9c84.png

img_49fd8da996372159048f899add7d2a97.png
业务需求

4.9 订单服务dao

img_51f0a8bd3fd5a3f366d7bef55169b580.png

img_d16900e4f59ccff53a5eac8531d2d2b1.png
img_527ed80506f1908d865d464f0056cb0c.png

启动


img_7bcec7b28fd0e845e48bc32255812aad.png

img_7b12ecf7afa8bf7e77312197e9a4aac3.png

img_3141ad81d677c81ead1c1af8b6fe1ad8.png
配置数据库信息并正常启动

img_fcb550752a608f465f3c530cbb95c6ce.png

img_a521ffa5ede8db62211a8e26a4bfb410.png
save数据成功

img_4e8c66df465cae061b5287a24c01c6dc.png

img_23b4b81743004f23e32956cfaa3e5c59.png

4.10 订单服务service

img_838a17df2c63c5736d3ad2d1b4489f58.png

4.11 订单服务controller

img_ee315c75ccff2782df68b10cbe23ea62.png

img_26c317bfe7c6f0eb998adafbdee183ad.png
自定义异常

img_52d048dba4e5f94bf1e734d0fd72ab88.png

img_48b1e99efb749d08583b0a787d4bdb22.png

img_2e25bdaf8605a7c384d456792c389636.png
sb 引用了 gson, 所以不需要指定版本

img_8f12bd333abc5549b6fc961ac5a2fa45.png
测试接口

4.12 再看拆数据

img_15250339cf510bcc8a49470bcea68a4e.png

img_2bb79a99951cdd6cec4dd71d67e23bab.png
SpringCloud | 单体商城项目拆分（微服务）
jingling555的博客
07-15 1489
用户，购物车，商品，订单，支付等业务都是放在一起，这样很容易一个文件改动造成多个文件也要变动，而且在团队项目中也不容易维护，所以可以进行微服务拆分，来解决这个问题。同理，剩下的4个业务也是这样拆分，其实公共服务就是把各个业务交织的部分，抽取出来，这样就只需要在hm-api里面去调用就可以，微服务架构，首先是服务化，就是将单体架构中的功能模块从单体应用中拆分出来，独立部署为多个服务。我这里采用的是横向拆分，把它们公共的服务提取出来放在hm-api里面。比如在购物车模块里面，它使用到了商品模块里面的服务，
手把手，嘴对嘴教你Spring Cloud 微服务实战 -- Hystrix实现熔断器实现容错和自我保护
清风侠丶的博客
05-21 1569
PS：这里说明下，为什么要多次访问，是因为我们通过ribbon实现了负载均衡，访问http://localhost:8070/hello-consumer的时候，会轮询访问spring-service的两个服务，当访问到端口号是8061的服务时才报错，访问8062的服务就不会有问题。断路器类似于我们家里面强电箱里面用到的漏电断路保护器，当服务单元出现故障（类似于电器发生短路），通过断路器的故障监控功能（类似于保险丝），向调用方返回一个错误响应，避免长时间等待，从而避免故障蔓延到整个系统。
一篇囊括微服务服务拆分的一切：前提，时机，方法，规范，选型
weixin_34343308的博客
09-12 1410
本文章为《互联网高并发微服务化架构实践》系列课程的第六篇 前五篇为： 微服务化的基石——持续集成 微服务的接入层设计与动静资源隔离 微服务化的数据库设计与读写分离 微服务化之无状态化与容器化 微服务化之缓存的设计   一、服务拆分的前提   说到微服务，服务拆分是绕不过去的话题，但是微服务不是说拆就能拆的，有很多的前提条件，需要完成前面几节所论述的部分。 首先要有一个持续集成的平台，使得服务在拆分...
Spring Cloud 开发入门：环境搭建与微服务项目实战
最新发布
eternal__day的博客
06-02 1565
至此，我们完成了从 Spring Cloud 开发环境搭建到微服务项目实战的全流程探索。这一路径不仅是技术栈的实践，更是对分布式架构思维的系统性训练。以下从核心收获、实践建议和未来方向三个维度，为本次学习之旅做阶段性总结。一、核心收获：从理论到代码的架构思维升级微服务设计原则的落地通过电商案例的服务拆分（订单 / 商品服务），我们深入理解了单一职责（每个服务专注独立业务）、服务自治（独立数据库与部署）、单向依赖（避免循环调用）的实践逻辑。
四、SpringCloud之服务拆分分析
白夜行悟空
11-07 4781
1、微服务拆分的起点和终点 起点：既有架构的形态（将一个已有的架构转化为微服务架构） 终点：好的架构不是设计出来的，而是进化来的(一直在演进ing) 2、业务形态不适合微服务的 系统中包含很多强事务场景 业务相对稳定，迭代周期长 访问压力不大，可用性要求不高 3、康威定律 任何组织在设计一套系统（广义概念上的系统）时，所交付的设计方案在结构上都与该组织的沟通结构保持一致。（沟通的问题会...
05-01_SpringCloud_微服务拆分_微服务拆分原则
毅君帅
11-07 765
5 微服务拆分 5.1 微服务拆分原则 5.2 微服务改造
2.服务拆分及远程调用
bugeiban001的博客
01-24 910
服务拆分及远程调用 服务拆分 服务拆分注意事项： 单一职责：不同微服务，不要重复开发相同业务 数据独立：不要访问其它微服务的数据库 面向服务：将自己的业务暴露为接口，供其它微服务调用 远程调用 查询订单信息并把用户信息返回 步骤一 注册RestTemplate @MapperScan("cn.itcast.order.mapper") @SpringBootApplication public class OrderApplication { public static void main
基于SpringCloud的微服务实战案例-基于Dubbo的微服务开发基础框架
11-06
#### 一、SpringCloud微服务实战案例—simplemall 在现代软件开发领域，微服务架构因其高灵活性、易于扩展和独立部署等优势而备受青睐。其中，Spring Cloud作为构建微服务应用的一整套解决方案，更是得到了广泛的...
SpringCloud微服务实战
qq_36789243的博客
08-27 2060
文章目录基础知识Spring Cloud Eureka服务注册与发现代码实例高可用注册中心Spring Cloud RibbonRestTemplate代码实例Spring Cloud Hystrix代码实例Spring Cloud Feign负载均衡功能服务降级功能Spring Cloud Zuul路由规则访问前缀header过滤重定向查看路由信息过滤器过滤器类型自定义过滤器禁用过滤器Ribbon和Hystrix的支持常用配置Spring Cloud Gateway配置路由Route Predicate.
Spring Cloud微服务架构实战[视频课程].txt打包整理.zip
03-06
这个“Spring Cloud微服务架构实战[视频课程].txt打包整理.zip”压缩包很可能是为学习者提供的一系列课程文本资料，帮助他们深入理解并实践Spring Cloud的精髓。 1. **微服务架构**：微服务是一种将单一应用程序...
基于SpringCloud的黑马商城微服务架构设计源码
09-24
整体来看，该项目不仅是学习SpringCloud微服务架构的一个宝贵资源，而且它也提供了对电商领域实际应用的洞察。开发者可以通过分析源码来了解如何将一个复杂的系统分解为一系列协作的微服务，并学习如何使用Spring...
03Spring Cloud项目实战微服务整合spring boot视频教程课件
04-23
03Spring Cloud项目实战微服务整合spring boot视频教程课件
springcloud实战商城服务拆分之订单业务编写（八）
weixin_43054590的博客
05-17 425
一、订单dao层开发 1.1、数据库集成 1、订单实体
服务拆分-案例Demo
Leon_Jinhai_Sun的博客
11-06 429
服务拆分原则 这里我总结了微服务拆分时的几个原则： 不同微服务，不要重复开发相同业务 微服务数据独立，不要访问其它微服务的数据库 微服务可以将自己的业务暴露为接口，供其它微服务调用 服务拆分示例 以课前资料中的微服务cloud-demo为例，其结构如下： cloud-demo：父工程，管理依赖 order-service：订单微服务，负责订单相关业务 user-service：用户微服务，负责用户相关业务 要求： 订单微服务和..
学习笔记：《微服务架构设计模式》之服务的拆分策略
weixin_44565532的博客
10-27 2450
软件架构的定义：计算机系统的软件架构是构建这个系统所需要的一组结构，包括软件元素、它们之间的关系以及两者的属性。逻辑视图:开发人员创建的软件元素。在面向对象的语言中，这些元素是类和包。它们之间的关系是类和包之间的关系，包括继承、关联和依赖。实现视图:构建编译系统的输出。此视图由表示打包代码的模块和组件组成，组件是由一个或多个模块组成的可执行或可部署单元。在Java中，模块是JAR文件，组件通常是WAR文件或可执行JAR文件。它们之间的关系包括模块之间的依赖关系以及组件和模块之间的组合关系。
万字总结SpringCloud(一)
manor的博客
11-09 4488
文章目录SpringCloud1.认识微服务1.0.学习目标1.1.单体架构1.2.分布式架构1.3.微服务1.4.SpringCloud1.5.总结2.服务拆分和远程调用2.1.服务拆分原则2.2.服务拆分示例2.2.1.导入Sql语句2.2.2.导入demo工程2.3.实现远程调用案例2.3.1.案例需求：2.3.2.注册RestTemplate2.3.3.实现远程调用2.4.提供者与消费者3.Eureka注册中心3.1.Eureka的结构和作用3.2.搭建eureka-server3.2.1.创建eu
7. 服务拆分
，
12-27 454
微服务如何拆分？ 1.先明白起点和终点 2.需要考虑的因素与坚持的原则 起点有两种：1.现有的架构需要转微服务 2.新系统需要设计成微服务。 需要考虑是不是真的适合微服务 微服务与康威定律 核心思想是下面这个，意思是这个系统的设计结果，设计成什么样子是根据同事之间的沟通来的，如果说同事之间因为地域问题相隔太远导致沟通不变，那么就会影响流程，如果把系统各个模块提交给每个部门或者公司 ，在由该公司的...
微服务的拆分和远程调用
chen2614的博客
11-17 399
1、服务拆分原则 不同微服务，不要重复开发相同业务 微服务数据独立，不要访问其它微服务的数据库 微服务可以将自己的业务暴露为接口，供其它微服务调用 2、服务拆分示例 cloud-demo：父工程，管理依赖 order-service：订单微服务，负责订单相关业务 user-service：用户微服务，负责用户相关业务 要求： 订单微服务和用户微服务都必须有各自的数据库，相互独立 订单服务和用户服务都对外暴露Restful的接口 订单服务如果需要查询用户信息，只能调用用户服务的Restfu
分布式与微服务
m0_71222496的博客
03-18 505
笔记
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值