这种确实是要一步一步来的急不得。我的建议是动手练之前最好先弄清三件事。清楚了再去做练习的事情不然效果会差很多。分别是微服务的拆分原则微服务和微服务之间如何调用当前主流的微服务应用框架下面逐个介绍。拆分原则这个是我自己的经验教训哈未必是对的仅供参考。首先呢我待过的一家公司核心业务的代码其实质量还是可以的但确老是「躺着也中枪」因为被其他的非核心模块给影响到了。比如一条慢的sql接口的代码有内存泄漏问题xxx模块刚好有对应的营销活动悲催了上面的几个原因导致整个服务不可用了。但是核心模块的代码一点问题都没有的却别其他模块影响到了。那是损失呀尤其是下单和支付系统是公司赚钱的入口来的。且用户体验也非常的不好投诉还非常多用户投诉内部的产品经理和运营在投诉。且还有很多很难修复的脏数据。IT部门是顶不住这种压力的公司也顶不住。因此为了让核心系统不被无辜的拖累到就用微服务的方式独立出去。数据库也是独立的。再者IT部门为了保命说真的也得这么干不然分分钟滚蛋老是出故障。简单小结一下微服务划分的第一个原因真正的核心系统不能被无端的拖累到造成巨大的损失。当然独立出去之后可以独立扩容也是一个非常明显的好处。那还有其他的微服务划分规则吗? 当然有开发人员太多了就单独一个巨大的单体服务开发效率反而会降低。各种发布节奏不一样各种冲突等像我之前的带的技术团队30多个后端开发就用一个单体那很不好并行。后面我就调整了组织架构每个小组独立负责自己的微服务每次有业务需求来分解后各干各的需求的吞吐量提高了很多的。每个小组里的人后面对自己负责的微服务的代码都非常熟悉了做需求老快了。他们不需要了解其他小组的系统的代码的微服务的定位像我这边就有一个独立的资源类型的微服务专门去应付各种下载大文件解析邮件pdf上传文件等重量级操作那微服务和微服务之间的调用方式是怎么样的呢?无论是用feign或者rpc的方式一般都有一个「发布」的动作。也即是服务的提供方会生成一个client。你在你自己的微服务引入进来即可。然后就可以使用这个client调用里面的方法会自动触发去调用远程的微服务接口的。就像是本地调用一样。下面我用阿里的RPC框架作为例子并结合我生产环境的代码。假设进销存微服务服务要调用物料的微服务那么物料微服务工程里可以这么来定义接口publicinterfaceMaterialFacade{ResultListMaterialDTOgetMaterialByIdList(ListMaterialRequestDTOmaterialDtoList);}然后写一个实现类RequiredArgsConstructorDubboService(version${material.rpc.version:1.0.0})Slf4jpublicclassMaterialFacadeImplimplementsMaterialFacade{ResultListMaterialDTOgetMaterialByIdList(ListMaterialRequestDTOmaterialDtoList){//具体的内部实现代码}}然后注册到注册中心里就可以了。都是微服务启动后会自动注册到注册中心的。像我这边用的是nacos可以在nacos看到这个微服务的。那进销存服务如何调用这个微服务呢?第一步是在pom.xml文件里引入进来即可dependencygroupIdcom.xxxx/groupIdartifactIdservice-material-api/artifactIdversion1.0.0/version/dependency第二步是直接使用物料微服务的client。ComponentSlf4jpublicclassXxxxxServiceImpl{DubboReference(version${material.rpc.version:1.0.0},timeout3000)privateMaterialFacadematerialFacade;publicvoidtest(){ListMaterialRequestDTOmaterialDtoListnewArrayList();ResultListMaterialDTOresultmaterialFacade.getMaterialByIdList(materialDtoList);if(result.isFail()){throwBusinessException.of(result);}returnresult.getData();}}上面就是整个的使用过程。其实不难的。如果基于HTTP的呢? 一样的也是走发布引入调用的方式。非常不建议直接用http去调用。统一用client的方式就行。现在用的比较多是feign。接下来就是了解主流的微服务应用框架我司的话整套的微服务体系用的是Spring Cloud Alibaba目前这套用的是比较多的且微服务涉及到的组件我尽量全部用阿里的比如nacos承接配置中心和注册中心sentinal限流组件ScheduleX定时任务oss文件视频存储等Dubborpc框架。。。。。。。。。。。当然你用原生的Spring Cloud框架也是可以的。但是我想说的是无论是哪个框架一些脱离于框架的知识点是需要去了解的配置中心注册中心限流和熔断组件分布式日志追踪等等。当你要真正去练习微服务项目时可以按照我刚才提供的思路按部就班先去看上面提到的三方面的内容。相当于是先建立一个简单的框架。怎么通过练习掌握微服务是有一些学习路径的如下路径AGitHub开源项目以下star数为2026年6月在GitHub检索的大致数量会变动。链接放在文末「参考的内容」。分层仓库Stars约适合练什么组件/官方示例alibaba/spring-cloud-alibaba 内 examples父仓库约2.9万Nacos、Sentinel、Seata等单组件integrated-example是一站式小闭环完整业务·电商macrozheng/mall-swarm约1.3万微服务商城网关、注册配置、监控、电商链路配套文档全完整业务·电商轻量newbee-ltd/newbee-mall-cloud约350SCA电商体量小于mall-swarm完整业务·后台pig-mesh/pig约6600网关、鉴权、Nacos、多模块拆分完整业务·后台yangzongzhuan/RuoYi-Cloud约1700若依微服务版国内资料多分章教程forezp/SpringCloudLearning约1.8万教程配套源码按章练Feign/Gateway等Spring官方spring-petclinic-microservices约2100官方Petclinic微服务版架构视野GoogleCloudPlatform/microservices-demo约2.0万10服务电商、K8s/gRPC路径B公司里的真实微服务有权限时先把代码都clone下来然后选择一个核心模块从入口到落库的完整链路看一下了解一些实际的用法并思考这么划分的依据是什么不懂的就多去问问。尤其是问高手。路径C带完整源码的专栏或课程能对照源码、有分模块演进过程的专栏才适合当练习材料纯概念课适合补充认知不适合单独当练习。当然你也可以看看我写的专栏。路径D自己撸一个从单体或demo里拆出23个服务数据库也必须是独立的然后刻意做一条跨服务调用走client做一次同步调用。并把一些微服务组件运用上去。用AI IDE读项目、梳理文档和面试有了合适项目开源、公司、专栏源码或自建之后AI IDE则是加速器。比如让AI列出各模块职责、画依赖图、生成文档。不懂就问可以在IDE里具体文件或选中代码提问或者直接写提示词基于当前代码出面试题。 让AI针对这个项目出题并给参考答案面试时能落到具体模块不懂就问可以直接这样问这个FeignClient/DubboReference触发的是哪条远程调用网关路由在哪配请求/api/order会打到哪个服务为什么订单和库存各有一个-api子模块这个启动报错最可能缺哪个中间件或配置Sentinel限流在本仓库是代码配还是配置中心跟一下这个方法下游还调了哪些服务梳理学习笔记基于当前微服务项目输出①各服务职责与独立库②从网关跟一条下单/登录链路的调用顺序③注册、配置、网关、限流、追踪分别在哪。按模块生成学习笔记标注关键类名。出面试题基于当前微服务项目出15道微服务面试题覆盖服务拆分、注册发现、网关、Feign/RPC、限流熔断、分布式事务、配置中心。每题给参考答案并指出在本项目里对应的模块或配置文件。小结Java微服务练习先建立拆分、协作、平台能力三件事的认知然后动手思考再结合AI提升学习效率。参考的内容Spring Cloud Alibaba Examplesmacrozheng/mall-swarmnewbee-ltd/newbee-mall-cloudpig-mesh/pigyangzongzhuan/RuoYi-Cloudforezp/SpringCloudLearningspring-petclinic/spring-petclinic-microservicesGoogleCloudPlatform/microservices-demomall-swarm 配套文档