当前位置： 首页 > article >正文

SpringBoot启动成功，但端口启动失败

article 2024/11/15 23:50:35

目录

一、问题展示

二、问题分析 

2.1.端口与Tomcat的关系 

2.2.问题分析 

三、SpringBoot常见知识记录

3.1.SpringBoot项目常用jar包 

3.1.1.必要性jar包 

3.1.2.选择性jar包 

3.2.标签的作用及取值

3.2.1.compile（编译范围）

3.2.2.provided（已提供范围） 

3.2.3.runtime（运行时范围）

3.2.4.test（测试范围） 

3.2.5.system（系统范围） 

3.2.6.import（导入范围） 

3.3.POM文件中, 和  标签

3.4.POM文件中的作用

一、问题展示

         新建的项目，启动后控制台日志如图所示。可以看到SpringBoot版本(2.4.8)，JDK 版本(1.8.0)，电脑信息和启动用时(0.918s)等信息，但最后出现了：Process finished with exit code 0。

        "Process finished with exit code 0" 是一个常见的消息，表示你的程序或脚本已经成功执行并正常结束了。在大多数操作系统和编程环境中，退出代码（或称为返回码）用于表示程序的执行结果。退出代码 0 通常被约定为“成功”或“没有错误”的标志。 

        值得注意的是，成功执行：这意味着程序按照预期完成了所有任务，没有出现运行时错误或异常情况。而问题是，我需要项目一直启动，而不是启动后即结束，左侧蓝箭头也显示，项目也启动结束了，重新检查后，发现端口信息没找到。正确项目日志如下所示：

        两个图片对比，中间新增了端口的启动日志，左侧的蓝色箭头也有变化，显示项目在启动中。

二、问题分析 

2.1.端口与Tomcat的关系 

         由上图图二可知，端口是由Tomcat启动的，在SpringBoot项目中，端口由Tomcat启动的原因与SpringBoot的核心理念和设计方式紧密相关。SpringBoot旨在简化应用的创建、配置和部署过程，而内置Tomcat（或其他嵌入式Servlet容器）是实现这一目标的重要手段之一。而端口由Tomcat启动的原因由以下几点

  1. 嵌入式Servlet容器：
    SpringBoot内置了一个嵌入式的Servlet容器（默认是Tomcat），这意味着开发者无需手动下载、安装和配置外部的Servlet容器（如传统的Tomcat服务器），就可以直接运行Web应用。这种方式简化了部署流程，使得开发者只需一个“可执行的”JAR或WAR文件即可快速部署应用。

  2. 自动配置：
    SpringBoot的自动配置特性会检查类路径上的依赖，并自动配置应用。当加入spring-boot-starter-web依赖时，默认也会加入Tomcat的嵌入式依赖。在SpringBoot的启动过程中，TomcatAutoConfiguration类会被自动应用（如果类路径上存在Tomcat的相关依赖且没有其他Servlet容器配置），从而创建一个TomcatServletWebServerFactory，该工厂负责配置、创建和启动Tomcat实例。

  3. 端口配置：
    端口的配置可以在application.properties或application.yml文件中指定，也可以在启动应用程序时通过命令行参数来指定。无论是哪种方式，这些配置信息最终都会被TomcatServletWebServerFactory用于配置Tomcat的Connector，Connector是Tomcat中负责监听端口、接收请求的组件。因此，端口的配置实际上是在Tomcat启动之前或启动过程中完成的，并由Tomcat负责监听和响应来自该端口的请求。

  4. 集成SpringMVC：
    SpringBoot还通过自动配置类注册了DispatcherServlet，这是SpringMVC的核心组件之一，负责将请求分发给相应的控制器处理。由于Tomcat是SpringBoot内置的Servlet容器，因此DispatcherServlet也运行在Tomcat上，负责处理来自配置端口的HTTP请求。

2.2.问题分析 

        首先，用命令查看本地端口是否被占用

        其次，看配置文件，server.port 的端口配置是在配置文件里的。

        然后，POM排查，文件里  spring-boot-starter-web 我是缺失的，加上下面的POM配置，项目就正常启动了。

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
            <version>2.4.8</version>
            <scope>compile</scope>
        </dependency>

        POM文件完全加载后，从Maven也可以看到，spring-boot-starter-web里是包含Tomcat的。同时也能看到，该jar集成了web和webmvc，所以也能用来处理HTTP请求（比如一个RESTful API或者Web应用）。 

三、SpringBoot常见知识记录

3.1.SpringBoot项目常用jar包 

3.1.1.必要性jar包 

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <version>2.4.8</version>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter</artifactId>
            <version>2.4.8</version>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
            <version>2.4.8</version>
        </dependency>

        <!--        Mybatis的依赖-->
        <dependency>
            <groupId>org.mybatis.spring.boot</groupId>
            <artifactId>mybatis-spring-boot-starter</artifactId>
            <version>2.3.2</version>
            <exclusions>
                <exclusion>
                    <groupId>org.mybatis</groupId>
                    <artifactId>mybatis</artifactId>
                </exclusion>
            </exclusions>
        </dependency>

        <!--        Mybatis-plus的依赖-->
        <dependency>
            <groupId>com.baomidou</groupId>
            <artifactId>mybatis-plus-boot-starter</artifactId>
            <version>3.5.7</version>
        </dependency>

3.1.2.选择性jar包 

         Mysql Connector java（如果使用Mysql）：如果使用Mysql，可以使用该jar进行数据库连接，并提供驱动。

<!--        数据库连接池的依赖-->
<dependency>
      <groupId>mysql</groupId>
      <artifactId>mysql-connector-java</artifactId>
      <version>5.1.39</version>
</dependency>

        Spring Boot Starter Data JPA（如果你使用JPA）：如果你打算使用JPA来访问数据库，spring-boot-starter-data-jpa是一个很好的选择，它包括了Hibernate, Spring Data JPA, 和数据库连接的依赖。

<dependency>  
    <groupId>org.springframework.boot</groupId>  
    <artifactId>spring-boot-starter-data-jpa</artifactId>  
    <version>2.4.8</version>  
</dependency>

        注意：由于你已经选择了MyBatis Plus，这个依赖可能不是必需的，除非你还打算同时使用JPA。

        日志框架（虽然Spring Boot默认包含）：虽然Spring Boot默认使用了Logback作为日志框架，但你可能需要添加其他日志相关的依赖，比如SLF4J的绑定，但通常这不是必需的，因为Spring Boot已经为你处理了。

<dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-classic</artifactId>
    <version>1.2.3</version>
</dependency>

        Spring Boot DevTools（开发时非常有用）：在开发过程中，spring-boot-devtools提供了一些有用的功能，比如自动重启和快速的应用上下文重新加载。

<dependency>  
    <groupId>org.springframework.boot</groupId>  
    <artifactId>spring-boot-devtools</artifactId>  
    <scope>runtime</scope>  
    <optional>true</optional>  
</dependency>

        安全框架（如Spring Security）：如果你的应用需要安全功能（如用户认证和授权），你可能需要添加Spring Security的依赖。 

<dependency>  
    <groupId>org.springframework.boot</groupId>  
    <artifactId>spring-boot-starter-security</artifactId>  
    <version>2.4.8</version>  
</dependency>

        缓存框架（如Spring Cache + Redis）：如果你的应用需要缓存支持，可以考虑添加Spring Cache的抽象层，并可能使用Redis作为缓存实现。 

<dependency>  
    <groupId>org.springframework.boot</groupId>  
    <artifactId>spring-boot-starter-cache</artifactId>  
    <version>2.4.8</version>  
</dependency>  
  
<!-- 如果使用Redis作为缓存 -->  
<dependency>  
    <groupId>org.springframework.boot</groupId>  
    <artifactId>spring-boot-starter-data-redis</artifactId>  
    <version>2.4.8</version>  
</dependency>

        根据项目需求，可能还需要添加其他第三方库，比如消息队列（RabbitMQ, Kafka等）、搜索引擎（Elasticsearch）、邮件发送（Spring Boot Starter Mail）等，需要的依赖将完全取决于你的项目需求。

3.2.<scope>标签的作用及取值

        在Maven的pom.xml文件中，<scope>标签用于指定依赖项的作用范围。它决定了依赖项在项目的哪个阶段是可用的，以及是否会被打包进最终的构建产物（如JAR或WAR文件）中。<scope>有几种不同的值，每种值对应不同的用途和行为。以下是几种常见的<scope>值及其区别：

3.2.1.compile（编译范围）

        默认值：如果不指定<scope>，则默认为compile。
        用途：这个范围的依赖项在项目的编译、测试、运行阶段都是可用的。它们会被打包进最终的构建产物中。
        示例：像spring-boot-starter-web这样的依赖，因为它们是项目运行所必需的，所以通常设置为compile范围。 

3.2.2.provided（已提供范围） 

        用途：这个范围的依赖项在编译和测试阶段可用，但在运行时不需要打包进去，因为假设容器或JDK已经提供了这些依赖项。
        示例：在开发Web应用时，Servlet API和JSP API的依赖通常被设置为provided，因为Web服务器（如Tomcat）已经提供了这些库。 

3.2.3.runtime（运行时范围）

        用途：这个范围的依赖项在编译时不是必需的，但在运行和测试阶段需要。它们会被打包进最终的构建产物中。
        示例：JDBC驱动实现通常被设置为runtime范围，因为它们在编译时不是必需的，但在运行时是需要的。 

3.2.4.test（测试范围） 

        用途：这个范围的依赖项仅在测试编译和运行阶段可用，不会被打包进最终的构建产物中。
        示例：JUnit和Mockito等测试框架的依赖通常被设置为test范围。 

3.2.5.system（系统范围） 

        用途：这个范围与provided类似，但是你需要通过systemPath元素显式地指定依赖项的路径。由于它绕过了Maven的依赖解析机制，因此不推荐使用，除非在特殊情况下。
        示例：通常不推荐使用，因为它破坏了Maven的依赖管理原则。 除非，别人自定义了jar，然后在小组开发过程中，供大家集体使用这种特殊情况。

<dependency>
      <groupId>x509</groupId>
      <artifactId>x509</artifactId>
      <version>1.0</version>
      <scope>system</scope>
      <systemPath>${project.basedir}/src/main/resources/lib/x509.jar</systemPath>
</dependency>

3.2.6.import（导入范围） 

        用途：这个范围仅用于<dependencyManagement>部分，用于导入另一个POM文件中的<dependencyManagement>配置，从而允许你跨多个POM文件共享一致的依赖配置。
        示例：在Spring Boot项目中，spring-boot-dependencies POM通过<dependencyManagement>和<scope>import</scope>被导入，以提供对Spring Boot依赖项的集中管理。 

3.3.POM文件中<groupId>, <artifactId>和 <version> 标签

        在Maven的POM（Project Object Model）文件中，<groupId>, <artifactId>, 和 <version> 这三个标签是项目的基本坐标（coordinates），它们共同定义了Maven项目在仓库中的唯一位置。下面是每个标签的具体作用：

        <groupId>：
        作用：定义了项目属于哪个实际的Maven项目对象模型（POM）的组。这个组通常基于公司的域名反写来命名，以确保唯一性。例如，com.bypay 表示这个项目是由 bypay.com 这个公司或组织开发的。
        重要性：<groupId> 是项目坐标的重要部分，它帮助Maven识别项目所属的组或公司，以便在仓库中正确地组织和查找项目。

         <artifactId>：
        作用：定义了项目在所属组（<groupId>）中的唯一ID。这通常是项目的名称或模块名。例如，xmgj-reconciliation 可能表示这个项目或模块是关于“xmgj”的“reconciliation”（对账）功能。
        重要性：<artifactId> 与 <groupId> 一起，唯一地标识了一个Maven项目或模块。这允许Maven从仓库中精确地下载或引用该项目。

         <version>：
        作用：定义了项目的当前版本。版本号通常是按照某种约定（如主版本号.次版本号.修订号[-快照/里程碑]）来编写的，以反映项目的不同发布阶段和兼容性。例如，1.0-SNAPSHOT 表示这是一个处于开发阶段（快照）的1.0版本。
        重要性：<version> 允许Maven管理项目的不同版本，确保依赖的精确性和兼容性。它还允许项目在开发过程中进行迭代和发布，而不会影响其他依赖该项目的项目。

        综上所述，<groupId>, <artifactId>, 和 <version> 这三个标签共同构成了Maven项目的唯一标识，使得Maven能够准确地定位、下载和构建项目及其依赖。

3.4.POM文件中的<build>作用

        在pom.xml文件中的<build>部分，通常包含了与构建项目相关的配置。这些配置可以指定如何编译源代码、处理资源文件、插件的配置等。对于Spring Boot项目来说，<build>部分通常会特别关注于Spring Boot Maven插件（spring-boot-maven-plugin）的配置，因为它负责将项目打包成可执行的jar或war文件。以下是一个基本的<build>部分示例，该示例展示了在Spring Boot项目中常见的配置：

<build>  
<!--  项目打成jar包后的名称，有以下两种方式，可直接命名，也可以引用命名     -->
<!--  <finalName>xmgj-reconciliation</finalName>-->
    <finalName>${project.artifactId}</finalName>
    <plugins>  
        <!-- Spring Boot Maven 插件 -->  
        <plugin>  
            <groupId>org.springframework.boot</groupId>  
            <artifactId>spring-boot-maven-plugin</artifactId>  
            <!-- 这里通常不需要指定版本号，因为Spring Boot的starter-parent已经管理了它 -->  
              
            <!-- 插件配置 -->  
            <configuration>  
                <!-- 可选的配置项，比如指定mainClass，但通常不是必需的，因为Spring Boot插件可以自动找到 -->  
                <!-- <mainClass>com.example.MyApplication</mainClass> -->  
                  
                <!-- 其他可能的配置，如打包时排除某些文件或目录 -->  
                <!-- <excludes>  
                    <exclude>  
                        <groupId>org.group</groupId>  
                        <artifactId>artifact</artifactId>  
                    </exclude>  
                </excludes> -->  
                  
                <!-- 启用/禁用重新打包 -->  
                <!-- <repackage>true</repackage> -->  
                  
                <!-- 其他插件特定的配置项 -->  
            </configuration>  
              
            <!-- 插件执行的阶段，通常不需要指定，因为Spring Boot插件默认绑定到了一些生命周期阶段 -->  
            <!-- <executions>  
                ...  
            </executions> -->  
        </plugin>  
          
        <!-- 其他插件配置，如编译插件、资源插件等 -->  
        <!-- version：指定插件版本，但Spring Boot的starter-parent可能已经管理了它 --> 
        <!-- source：Java源代码版本 --> 
        <!-- target：目标Java版本 -->  
        <!--  
        <plugin>  
            <groupId>org.apache.maven.plugins</groupId>  
            <artifactId>maven-compiler-plugin</artifactId>  
            <version>2.4.8</version> 
            <configuration>  
                <source>1.8</source>   
                <target>1.8</target> 
            </configuration>  
        </plugin>  
        -->  
    </plugins>  
      
    <!-- 其他构建相关的配置，如资源文件配置 -->  
    <resources>  
        <resource>  
            <directory>src/main/resources</directory>  
            <!-- 可选的配置，比如过滤文件等 -->  
            <!-- <filtering>true</filtering> -->  
        </resource>  
    </resources>  
</build>

http://www.kler.cn/a/308816.html

相关文章：

  • 【学习日记】notebook添加JAVA支持
  • SQL中的时间类型：深入解析与应用
  • 越南很火的slots游戏投放Google谷歌广告策略
  • 从swagger直接转 vue的api
  • Prometheus面试内容整理-Exporters
  • Dockerfile的使用
  • 架构师备考的一些思考（四）
  • 集群聊天服务器项目【C++】（六）MySql数据库
  • 【观察】戴尔AI算力加速服务器“焕新上市”，打通AI落地行业“最后一公里”...
  • 2024年上半年软考【中级】网络工程师 综合知识真题回顾
  • Bio-Linux-shell详解-2-基本Shell命令快速掌握
  • 夕阳红老年大学视频教学网站管理系统设计与实现,按用户最近浏览分类字段推荐视频课程-留言和评论分词过滤
  • Davinci 大数据可视化分析
  • 网站被爬，数据泄露，如何应对不断强化的安全危机？
  • Python3网络爬虫开发实战（15）Scrapy 框架的使用（第一版）
  • 《黑神话：悟空》：中国游戏界的新篇章
  • 计算机毕业设计选题推荐-共享图书管理系统-小程序/App
  • MySQL 中常用函数使用
  • 自动化任务的错误处理：编写健壮的自动化脚本，处理Office应用中的错误和异常情况
  • 成型的程序
  • Java设计模式—面向对象设计原则(三) -----＞ 依赖倒转原则DIP(完整详解，附有代码+案例)
  • 望繁信科技携流程智能解决方案亮相CNDS 2024新能源产业数智峰会
  • TI DSP TMS320F280025 Note11：F280025时钟系统
  • React项目中使用发布订阅模式
  • 10_Python流程控制_循环
  • Python中的策略模式：解锁编程的灵活之钥