部署Springcloud微服务架构项目问题总结

最新推荐文章于 2024-08-21 20:34:15 发布

本心_

最新推荐文章于 2024-08-21 20:34:15 发布

阅读量1.1k

点赞数 1

分类专栏： Linux 文章标签： linux spring cloud 微服务

本文链接：https://blog.csdn.net/weixin_40571331/article/details/123351373

版权

Linux 专栏收录该内容

9 篇文章 1 订阅

订阅专栏

本文介绍了SpringCloud项目打包部署的流程，包括设置maven打包方式、配置spring-boot-maven-plugin插件、解决依赖问题。在打包过程中遇到的如找不到自定义依赖的问题，通过下载依赖到本地仓库并手动安装解决。最后，讨论了项目过于庞大带来的本地运行挑战及未来可能的优化方向，如使用Docker进行部署。

摘要由CSDN通过智能技术生成

前言

众所周知，Springcloud项目由一个个springboot项目组成，而springboot项目本身自带Tomcat，当我们想要部署springboot项目时，只要使用maven工具将其打成jar包，放到有java环境的系统，使用命令java -jar xxx.jar，即可成功运行起来。

本文以微服务架构项目尚医通的后端部分为例子，作打包部署时遇到的问题总结。尚医通也是我学习的第一个微服务实战项目，网上有详细免费教程，课程最后没有讲到如何部署，经过调查研究有了此篇文章。

项目结构

截图展示到模块，再展开就是模块内部结构。可以看到此项目分了最多三层，在顶层项目yygh_parent下有多个子模块，其中common、service、service_client模块内又有多个子模块。

service：业务模块，放置所有的业务逻辑

common：公共模块，包含一些工具类，被业务模块多处引用

model：模型模块，放置所有的实体类，作为父类被继承或基础类使用

service_client：feign模块，用于微服务之间的调用

service_gateway：全局网关

hospital-manage：一个独立项目，后面不再涉及

项目打包

在打包之前，应该确保项目在本地能够正常运行。

maven的打包方式

maven有三种打包方式，分别为jar（默认）、pom、war

jar：默认打包方式，打包后在项目的target文件下会产生一个新的jar包，此jar包自带Tomcat环境，可以直接运行

pom：用于父项目，用于做版本控制

war：打包成一个web项目

修改pom.xml配置文件

在此项目下，所有的父项目都应该以pom作为打包方式，子项目以jar为打包方式。比如service属于父项目，没有自己的启动类，所以打包方式为pom，service下的service_hosp是子项目，打包方式为jar。

其次，打成jar包需要配置打包插件，项目使用springboot提供的插件。

    <build>
        <finalName>service_hosp</finalName>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

运行打包命令

配置完后，在总项目目录（yygh_parent）中输入打包命令mvn package进行打包。或者点击idea提供的打包图形化工具：

如果打包后没有报错，打好的jar包会放到target目录下：

可以先做测试，直接在终端到达此目录下，使用java -jar service_hosp.jar运行jar包，像在idea中启动一样做好相关测试。

打包时遇到的问题

项目如果足够复杂，有些依赖是自己开发的，比如这个尚医通项目，在业务模块service_hosp中需要引入common模块的子模块rabbit_utils

如果不做任何处理，在本地测试时会自动引入，但打包时就会报错，原因在于找不到这个包。分析原因，maven在打包时会将依赖引入，它会先到本地的maven仓库中查找有没有相关依赖，如果没有会到网络仓库（在maven文件中配置，默认maven自己的仓库）中查找。如果我们不事先将这个依赖放到仓库，肯定会报错。

在执行上述步骤全局打包之前，可以先执行以下代码：

mvn dependency:resolve -Dclassifier=sources

此代码用于加载依赖资源，下载依赖资源，我们在debug、查看源码时，可能也会需要用到。最后报错信息中，会显示哪些依赖没有找到，比如上面截图的依赖，这时候再将这些依赖一一放到本地maven仓库就行。执行以下代码：

mvn install:install-file -Dfile=common/common_utils/target/rabbit_utils-1.0.jar -DgroupId=com.ouou -DartifactId=rabbit_utils -Dversion=1.0 -Dpackaging=jar

groupId、artifactId、version：依赖的gav坐标

packaging：依赖类型

file：文件路径。注意是相对路径，上面的终端在yygh_parent目录下打开，通过相对路径定位到这个jar包