2.SpringBoot运维实用篇

SpringBoot运维实用篇

​

​ 下面就从运维实用篇开始讲，在运维实用篇中，我给学习者的定位是玩转配置，为开发实用篇中做各种技术的整合做好准备工作。

主要分为以下内容：

  • SpringBoot程序的打包与运行
  • 配置高级
  • 多环境开发
  • 日志

​ 下面开启第一部分SpringBoot程序打包与运行的学习

YW-1.程序打包

打包适合做完工程之后，将项目跑在服务器上

​ 那我们的程序如何放置在这台专用的电脑上呢，这就要将我们的程序先组织成一个文件，然后将这个文件传输到这台服务器上。这里面就存在两个过程，一个是打包的过程，另一个是运行的过程。

一般流程：

  1. 开发部门使用Git、SVN等版本控制工具上传工程到版本服务器
  2. 服务器使用版本控制工具下载工程
  3. 服务器上使用Maven工具在当前真机环境下重新构建项目
  4. 启动服务

​ 打包指将程序转换成一个可执行的文件，所谓运行指不依赖开发环境执行打包产生的文件。

程序打包

​ SpringBoot程序是基于Maven创建的，在Maven中提供有打包的指令，叫做package。本操作可以在Idea环境下执行。

mvn package

​ 打包后会产生一个与工程名类似的jar文件，其名称是由模块名+版本号+.jar组成的。

程序运行

​ 程序包打好以后，就可以直接执行了。在程序包所在路径下，执行指令。

java -jar 工程包名.jar

​ 执行程序打包指令后，程序正常运行，与在Idea下执行程序没有区别。

​ 特别关注：在使用向导创建SpringBoot工程时，pom.xml文件中会有如下配置插件，这一段配置是专门为spring boot工程配置的，不能删除，否则无法运行jar包

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

image-20230327193914358

总结

  1. SpringBoot工程可以基于java环境下独立运行jar文件启动服务
  2. SpringBoot工程执行mvn命令package进行打包
  3. 执行jar命令：java –jar 工程名.jar

SpringBoot程序打包失败处理⭐️

image-20211201094223991

​ .jar文件工作机制

​ 搞java开发平时会接触很多jar包，比如mysql的驱动jar包，而上面我们打包程序后得到的也是一个jar文件。这个时候如果你使用上面的java -jar指令去执行mysql的驱动jar包就会出现上述不可执行的现象。（因为MySQL的jar包中没有主启动类，MySQL的java文件要交给外部使用者去调用）

​ 而我们的SpringBoot项目为什么能执行呢？其实是因为打包方式不一样。

​ 在SpringBoot工程的pom.xml中有下面这组配置，这组配置决定了打包出来的程序包是否可以执行。

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

​ spring boot用maven插件打包目录结构

image-20230625230048647

下面详细解释META-INF和org包含义

  1. META-INF包

    包含pom.xml文件和MANIFEST.MF项目启动配置信息

    spring boot工程用maven插件打包后的MANIFEST.MF

    Manifest-Version: 1.0
Spring-Boot-Classpath-Index: BOOT-INF/classpath.idx
Implementation-Title: springboot_08_ssmp
Implementation-Version: 0.0.1-SNAPSHOT
Spring-Boot-Layers-Index: BOOT-INF/layers.idx
//指明了boot工程的引导类
Start-Class: com.example.SSMPApplication
Spring-Boot-Classes: BOOT-INF/classes/
Spring-Boot-Lib: BOOT-INF/lib/Build-Jdk-Spec: 1.8
Spring-Boot-Version: 2.6.11
Created-By: Maven JAR Plugin 3.2.2
//指明了boot工程启动时调用的主类
Main-Class: org.springframework.boot.loader.JarLauncher

  2. org包

    这个包里面主要包含了Main-Class:JarLauncher.class

  3. 这组配置的工作流程

    1. SpringBoot程序添加插件配置后会打出一个特殊的包，包含Spring框架部分功能，原始工程内容，原始工程依赖的jar包
    2. 首先读取MANIFEST.MF文件中的Main-Class属性，用来标记执行java -jar命令后运行的类
    3. JarLauncher类执行时会找到==Start-Class（boot引导类）==属性，也就是启动类类名
    4. 运行启动类时会运行当前工程的内容
    5. 运行当前工程时会使用依赖的jar包，从lib目录中查找

    就是说java -jar命令后不会直接去启动引导类，而是会去先启动类JarLauncher，再去启动引导类

  4. 总结

    看来SpringBoot打出来了包为了能够独立运行，将所有需要使用的资源全部都添加到了这个lib包里。这就是为什么这个jar包能独立运行的原因。

总结

  1. spring-boot-maven-plugin插件用于将当前程序打包成一个可以独立运行的程序包

命令行启动常见问题及解决方案⭐️

​ 各位小伙伴在DOS环境下启动SpringBoot工程时，可能会遇到端口占用的问题。给大家一组命令，不用深入学习，备用吧。

# 查询端口
netstat -ano
# 查询指定端口
netstat -ano |findstr "端口号"
# 根据进程PID查询进程名称
tasklist |findstr "进程PID号"
# 根据PID杀死任务
taskkill /F /PID "进程PID号"
# 根据进程名称杀死任务
taskkill -f -t -im "进程名称"

SpringBoot项目快速启动（Linux版）

  • 运行jar包前，记得关闭Linux防火墙，否则拒绝http访问

YW-2.配置高级（了解一下可以通过外部修改配置即可）

image-20230329233550337

YW-2-1.临时属性设置

  • 临时属性添加位置：

    • 1.idea中手动添加
    • 2.运行时命令行传参
    • 3.自己手动设计执行类中args参数
    1. idea中手动添加

​ 目前我们的程序包打好了，可以发布了。但是程序包打好以后，里面的配置都已经是固定的了，比如配置了服务器的端口是8080。如果我要启动项目，发现当前我的服务器上已经有应用启动起来并且占用了8080端口，这个时候就尴尬了。难道要重新把打包好的程序修改一下吗？比如我要把打包好的程序启动端口改成80。

image-20211206095113771 image-20211206095524343 image-20211206095101581

​ SpringBoot提供了灵活的配置方式，如果你发现你的项目中有个别属性需要重新配置，可以使用临时属性的方式快速修改某些配置。方法也特别简单，在启动的时候添加上对应参数就可以了。

java –jar springboot.jar –-server.port=80

​ 当属性存在多级名称时，中间使用点分隔，和properties文件中的属性格式完全相同。

java –jar springboot.jar –-server.port=80 --logging.level.root=debug
  1. 自己手动设计执行类中args参数
  • 加载参数的原理

image-20230329124701958

属性加载优先级

  • 常见优先级大小：临时属性 > 系统属性 > 配置文件
  • 属性加载冲突分析

​ 1. 优先级大小

​ 现在我们的程序配置受两个地方控制了，第一配置文件，第二临时属性。并且我们发现临时属性的加载优先级要高于配置文件的。

image-20211206100859236

​ 第11条Command line arguments说的就是使用命令行临时参数。而这14种配置的顺序就是SpringBoot加载配置的顺序

  1. 属性读取冲突情况：

    分析：当出现属性冲突的时候，可按那张图从下向上排查得出结果

​ 在yaml中配置了user.name属性值，然后读取出来的时候居然不是自己的配置值，因为在系统属性中有一个属性叫做user.name，两个相互冲突了。而系统属性的加载优先顺序在上面这个列表中是5号，高于3号，所以SpringBoot最终会加载系统配置属性user.name。

总结

  1. 使用jar命令启动SpringBoot工程时可以使用临时属性替换配置文件中的属性
  2. 临时属性添加方式：java –jar 工程名.jar –-属性名=值
  3. 多个临时属性之间使用空格分隔
  4. 临时属性必须是当前boot工程支持的属性，否则设置无效

开发环境中使用临时属性

在idea中配置参数列表

image-20211206101947622

​ 做到这里其实可以产生一个思考了，如果对java编程熟悉的小伙伴应该知道，我们运行main方法的时候，如果想使用main方法的参数，也就是下面的args参数，就是在上面这个位置添加的参数。

public static void main(String[] args) {
}

​ 原来是这样，通过这个args就可以获取到参数。再来看我们的引导类是如何书写的

public static void main(String[] args) {SpringApplication.run(SSMPApplication.class,args);
}

​ 这个args参数居然传递给了run方法，看来在Idea中配置的临时参数就是通过这个位置传递到我们的程序中的。言外之意，这里如果不用这个args是不是就断开了外部传递临时属性的入口呢？是这样的，我们可以使用下面的调用方式，这样外部临时属性就无法进入到SpringBoot程序中了。

public static void main(String[] args) {SpringApplication.run(SSMPApplication.class);
}

​ 或者还可以使用如下格式来玩这个操作，就是将配置不写在配置文件中，直接写成一个字符串数组，传递给程序入口。当然，这种做法并没有什么实际开发意义。

public static void main(String[] args) {String[] arg = new String[1];arg[0] = "--server.port=8082";SpringApplication.run(SSMPApplication.class, arg);
}

总结

  1. 启动SpringBoot程序时，可以选择是否使用命令行属性为SpringBoot程序传递启动属性

将多个配置属性放在一份文件里

YW-2-2.配置文件分类⭐️

  • 文件优先级覆盖
    1. file ：config/application.yml 【最高】（包路径下，与jar包的同层目录下）
    2. file ：application.yml
    3. classpath：config/application.yml （类路径下）
    4. classpath：application.yml 【最低】
  • 配置文件设置优先级的必要性：

  • 多个配置文件，优先用config文件夹的文件，然后再用resource里面的文件，配置取并集，出现同一样的属性，高优先级覆盖低优先级

  • 必要性，作用：

    image-20230625234910255

​

​ 在开发第一阶段用最低的配置级别，在开发第二阶段上线服务器后还需要改配置，这时就用第二级别的配置文件以此类推。

​ **级别1和2什么时候使用呢？**程序打包以后就要用这个级别了，管你程序里面配置写的是什么？我的级别高，可以轻松覆盖你，就不用考虑这些配置冲突的问题了。

总结

  1. 配置文件分为4种

  2. 多层级配置文件间的属性采用叠加并覆盖的形式作用于程序

YW-2-3.自定义配置文件：可以改名

自定义配置文件名字

​ 之前咱们做配置使用的配置文件都是application.yml，其实这个文件也是可以改名字的，这样方便维护。比如我2020年4月1日搞活动，走了一组配置，2020年5月1日活动取消，恢复原始配置，这个时候只需要重新更换一下配置文件就可以了。但是你总不能在原始配置文件上修改吧，不然搞完活动以后，活动的配置就留不下来了，不利于维护。

​ 自定义配置文件方式有如下两种：

方式一：使用临时属性设置配置文件名，注意仅仅是名称，不要带扩展名

image-20211206105548238

方式二：使用临时属性设置配置文件路径，这个是全路径名

image-20211206105716450

​ 也可以设置加载多个配置文件

image-20211206105750285

​ 使用的属性一个是spring.config.name，另一个是spring.config.location，这个一定要区别清楚。

温馨提示

​ 我们现在研究的都是SpringBoot单体项目，就是单服务器版本。其实企业开发现在更多的是使用基于SpringCloud技术的多服务器项目。这种配置方式和我们现在学习的完全不一样，所有的服务器将不再设置自己的配置文件，而是通过配置中心获取配置，动态加载配置信息。为什么这样做？集中管理。

总结

  1. 配置文件可以修改名称，通过启动参数设定
  2. 配置文件可以修改路径，通过启动参数设定
  3. 微服务开发中配置文件通过配置中心进行设置

YW-3.多环境开发⭐️（掌握一种）

  • 不同环境配置要分开写在不同的配置文件中，便于区分

    例如MySQL配置要单独写在一个文件中，然后交给统一的环境管理

​ 讲的内容距离线上开发越来越近了，下面说一说多环境开发问题。

​ 什么是多环境？其实就是说你的电脑上写的程序最终要放到别人的服务器上去运行。每个计算机环境不一样，这就是多环境。常见的多环境开发主要兼顾3种环境设置，开发环境——自己用的，测试环境——自己公司用的，生产环境——甲方爸爸用的。因为这是绝对不同的三台电脑，所以环境肯定有所不同，比如连接的数据库不一样，设置的访问端口不一样等等。

image-20211206110958819

YW-3-1.多环境开发（yaml单一文件版）

  • 其实就是设置多个配置环境，到时候随意切换

​ 那什么是多环境开发？就是针对不同的环境设置不同的配置属性即可。比如你自己开发时，配置你的端口如下：

server:port: 80

​ 如何想设计几组环境呢？中间使用三个减号分隔开

server:port: 80
---
server:port: 81

​ 那用哪一个呢？设置默认启动哪个就可以了

spring:config:activate:on-profile: pro #启动pro
---
spring:profiles: pro
server:port: 80
---
spring:profiles: dev
server:port: 81
---
spring:profiles: test
server:port: 82

总结

  1. 多环境开发需要设置若干种常用环境，例如开发、生产、测试环境
  2. yaml格式中设置多环境使用—区分环境设置边界
  3. 每种环境的区别在于加载的配置属性不同
  4. 启用某种环境时需要指定启动时使用该环境

YW-3-2.多环境开发（yaml多文件版）⭐️

将原先在一个文件配置的不同环境，分成不同的配置文件

  • 主配置文件中写共有的配置，并指明开发环境

  • 分配置文件中指明不同开发环境下需要的配置

主配置文件

spring:profiles:active: pro		# 启动pro

环境配置文件

server:port: 80

​ 环境配置文件因为每一个都是配置自己的项，所以连名字都不用写里面了。那问题是如何区分这是哪一组配置呢？使用文件名区分。

application-pro.yaml

server:port: 80

application-dev.yaml

server:port: 81

​ 文件的命名规则为：application-环境名.yml。

​ 配置原则：在配置文件中，如果某些配置项所有环境都一样，可以将这些项写入到主配置中，只有哪些有区别的项才写入到环境配置文件中。

  • 主配置文件中设置公共配置（全局）
  • 环境分类配置文件中常用于设置冲突属性（局部）
  • 这个就是子文件会对父文件的内容和配置继承和更改

总结

  1. 可以使用独立配置文件定义环境属性

  2. 独立配置文件便于线上系统维护更新并保障系统安全性

YW-3-3.多环境开发（properties多文件版）

​ SpringBoot最早期提供的配置文件格式是properties格式的，这种格式的多环境配置也了解一下吧。

主配置文件

spring.profiles.active=pro

环境配置文件

application-pro.properties

server.port=80

application-dev.properties

server.port=81

​ 文件的命名规则为：application-环境名.properties。

总结

  1. properties文件多环境配置仅支持多文件格式

YW-3-4.多环境开发独立配置文件书写技巧⭐️

  1. 解决问题：加载同一环境下不同的配置文件，将不同的配置文件合在一起

  2. 优先使用group语法开发

  3. 冲突处理：

    当主环境dev与其他环境有相同属性时，主环境属性生效（主环境配置优先）；其他环境中有相同属性时，最后加载的环境属性生效

​

准备工作

​ 将所有的配置根据功能对配置文件中的信息进行拆分，并制作成独立的配置文件，命名规则如下

  • application-devDB.yml
  • application-devRedis.yml
  • application-devMVC.yml

使用

​ 使用include属性在激活指定环境的情况下，同时对多个环境进行加载使其生效，多个环境间使用逗号分隔

spring:profiles:active: dev						#相当于前缀include: devDB,devRedis,devMVC	#相当于后缀

​ 比较一下，现在相当于加载dev配置时，再加载对应的3组配置，从结构上就很清晰，用了什么，对应的名称是什么

改良

​ SpringBoot从2.4版开始使用group属性替代include属性，降低了配置书写量。简单说就是我先写好，你爱用哪个用哪个。

spring:profiles:active: devgroup:"dev": devDB,devRedis,devMVC		#用group分开管理环境"pro": proDB,proRedis,proMVC"test": testDB,testRedis,testMVC

​ 现在再来看，如果切换dev到pro，只需要改一下是不是就结束了？完美！

YW-3-5.多环境开发控制⭐️

  • 出现意义：

    Maven是管理多环境的，boot是做开发的，所以我最终用什么配置环境(application.yml)，我要听Maven的设置，因此有必要在Maven中配置我要启动哪一个环境，然后boot开发文件中直接引用就行

    说白了就是用maven来管理生产环境

  • 配置步骤：

    ①在pom.xml文件中配置profile标签

    ②在pom.xml文件中的build标签下配置resources标签

​ 多环境开发到这里基本上说完了，最后说一个冲突问题。就是maven和SpringBoot同时设置多环境的话怎么搞。

​ 要想处理这个冲突问题，你要先理清一个关系，究竟谁在多环境开发中其主导地位。也就是说如果现在都设置了多环境，谁的应该是保留下来的，另一个应该遵从相同的设置。

​ maven是做什么的？项目构建管理的，最终生成代码包的，SpringBoot是干什么的？简化开发的。简化，又不是其主导作用。**最终还是要靠maven来管理整个工程，所以SpringBoot应该听maven的。**整个确认后下面就好做了。大体思想如下：

  • 先在maven环境中设置用什么具体的环境
  • 在SpringBoot中读取maven设置的环境即可

maven中设置多环境（使用属性方式区分环境）

<profiles><profile><id>env_dev</id><properties><profile.active>dev</profile.active></properties><activation><activeByDefault>true</activeByDefault>		<!--默认启动环境--></activation></profile><profile><id>env_pro</id><properties><profile.active>pro</profile.active></properties></profile>
</profiles>

SpringBoot中读取maven设置值

spring:profiles:active: @profile.active@

​ 上面的@属性名@就是读取maven中配置的属性值的语法格式。

  • 需要在pom.xml中的build标签下添加，才能生效

    <resources><resource><directory>src/main/resources</directory><!--开启过滤，用指定的参数替换directory下的文件中的参数--><filtering>true</filtering></resource>
</resources>

总结

  1. 当Maven与SpringBoot同时对多环境进行控制时，以Mavn为主，SpringBoot使用@…@占位符读取Maven对应的配置属性值
  2. 基于SpringBoot读取Maven配置属性的前提下，如果在Idea下测试工程时pom.xml每次更新需要手动compile方可生效

YW-4.日志（了解）

​ 日志的主要作用：

  • 编程期调试代码
  • 运营期记录信息
  • 记录日常运营重要信息（峰值流量、平均响应时长……）
  • 记录应用报错信息（错误堆栈）
  • 记录运维过程数据（扩容、宕机、报警……）

​

YW-4-1.代码中使用日志工具记录日志

  1. 日志输出级别

  2. 日志输出级别控制：

步骤①：添加日志记录操作

@RestController
@RequestMapping("/books")
public class BookController extends BaseClass{private static final Logger log = LoggerFactory.getLogger(BookController.class);@GetMappingpublic String getById(){log.debug("debug...");log.info("info...");log.warn("warn...");log.error("error...");return "springboot is running...2";}
}

​ 上述代码中log对象就是用来记录日志的对象

步骤②：设置日志输出级别⭐️

​ 日志设置好以后可以根据设置选择哪些参与记录。这里是根据日志的级别来设置的。日志的级别分为6种，分别是：

  • TRACE：运行堆栈信息，使用率低
  • DEBUG：程序员调试代码使用
  • INFO：记录运维过程数据
  • WARN：记录运维过程报警数据
  • ERROR：记录错误堆栈信息
  • FATAL：灾难信息，合并计入ERROR

​ 一般情况下，开发时候使用DEBUG，上线后使用INFO，运维信息记录使用WARN即可。下面就设置一下日志级别：

​ 日志系统通常都提供了细粒度的控制来设置日志级别

# 开启debug模式，输出调试信息，常用于检查系统运行状况
debug: truelogging:level:root: debug

​ 还可以再设置更细粒度的控制

步骤③：设置日志组，控制指定包对应的日志输出级别，也可以直接控制指定包对应的日志输出级别

​ root也相当于一个组，一个大组

logging:# 设置日志组group:# 自定义组名，设置当前组中所包含的包ebank: com.itheima.controller# 设置日志级别，root表示根节点，即整体应用日志级别level:root: warn# 为对应组设置日志级别ebank: debug# 为对包设置日志级别com.itheima.service: debug

​ 说白了就是总体设置一下，每个包设置一下，如果感觉设置的麻烦，就先把包分个组，对组设置，没了，就这些。

总结

  1. 日志用于记录开发调试与运维过程消息
  2. 日志的级别共6种，通常使用4种即可，分别是DEBUG，INFO,WARN,ERROR
  3. 可以通过日志组或代码包的形式进行日志显示级别的控制

教你一招：优化日志对象创建代码

导入lombok日志类之后，直接使用@Slf4j注解打印日志

@RestController
@RequestMapping("/books")
public class BookController extends BaseClass{private static final Logger log = LoggerFactory.getLogger(BookController.class);	//这一句可以不写了
}

​ 导入lombok后使用注解搞定，日志对象名为log

总结

  1. 基于lombok提供的@Slf4j注解为类快速添加日志对象

YW-4-2.日志输出格式控制

​ 日志已经能够记录了，但是目前记录的格式是SpringBoot给我们提供的，如果想自定义控制就需要自己设置了。先分析一下当前日志的记录格式。

​ 日志信息为各个类中调用log的相应方法打出来的方法

image-20211206123431222

​ 对于单条日志信息来说，日期，触发位置，记录信息是最核心的信息。级别用于做筛选过滤，PID与线程名用于做精准分析。了解这些信息后就可以DIY日志格式了。本课程不做详细的研究，有兴趣的小伙伴可以学习相关的知识。下面给出课程中模拟的官方日志模板的书写格式，便于大家学习。

logging:pattern:console: "%d %clr(%p) --- [%16t] %clr(%-40.40c){cyan} : %m %n"

总结

  1. 日志输出格式设置规则

YW-4-3.日志文件⭐️

研究日志转存格式

​ 记录日志到文件中格式非常简单，设置日志文件名即可。

logging:file:name: server.log

​ 虽然使用上述格式可以将日志记录下来了，但是面对线上的复杂情况，一个文件记录肯定是不能够满足运维要求的，通常会每天记录日志文件，同时为了便于维护，还要限制每个日志文件的大小。下面给出日志文件的常用配置方式：

logging:logback:rollingpolicy:max-file-size: 3KBfile-name-pattern: server.%d{yyyy-MM-dd}.%i.log

​ 以上格式是基于logback日志技术设置每日日志文件的设置格式，要求容量到达3KB以后就转存信息到第二个文件中。文件命名规则中的%d标识日期，%i是一个递增变量，用于区分日志文件。

总结

  1. 日志记录到文件
  2. 日志文件格式设置

image-20230329165532889

运维实用篇完结

​ 运维实用篇到这里就要先告一段落了，为什么不说结束呢？因为运维篇中还有一些知识，但是现在讲解过于分散了。所以要把这些知识与开发实用篇的知识结合在一起讲，也是本课程的教学设计的体现。

​ 在整体运维实用篇中带着大家学习了4块内容，首先学习了如何运行SpringBoot程序，也就是程序的打包与运行，接下来对配置进行了升级学习，不再局限在配置文件中进行设置，通过临时属性，外部配置文件对项目的配置进行管控。在多环境开发中给大家介绍了多种多环境开发的格式，其实掌握一种即可，此外还给大家讲了多环境开发的一些技巧以及与maven的冲突解决方案。最后给大家介绍了日志系统，老实说日志这里讲的相当的潦草，因为大部分日志相关的知识都不应该在这门课中学习，这里只是告诉大家如何整合实用而已。

	name: server.log


​		虽然使用上述格式可以将日志记录下来了，但是面对线上的复杂情况，一个文件记录肯定是不能够满足运维要求的，通常会每天记录日志文件，同时为了便于维护，还要限制每个日志文件的大小。下面给出日志文件的常用配置方式：```YAML
logging:logback:rollingpolicy:max-file-size: 3KBfile-name-pattern: server.%d{yyyy-MM-dd}.%i.log

​ 以上格式是基于logback日志技术设置每日日志文件的设置格式，要求容量到达3KB以后就转存信息到第二个文件中。文件命名规则中的%d标识日期，%i是一个递增变量，用于区分日志文件。

总结

  1. 日志记录到文件
  2. 日志文件格式设置

[外链图片转存中…(img-w19Wz0a7-1688197154374)]

运维实用篇完结

​ 运维实用篇到这里就要先告一段落了，为什么不说结束呢？因为运维篇中还有一些知识，但是现在讲解过于分散了。所以要把这些知识与开发实用篇的知识结合在一起讲，也是本课程的教学设计的体现。

​ 在整体运维实用篇中带着大家学习了4块内容，首先学习了如何运行SpringBoot程序，也就是程序的打包与运行，接下来对配置进行了升级学习，不再局限在配置文件中进行设置，通过临时属性，外部配置文件对项目的配置进行管控。在多环境开发中给大家介绍了多种多环境开发的格式，其实掌握一种即可，此外还给大家讲了多环境开发的一些技巧以及与maven的冲突解决方案。最后给大家介绍了日志系统，老实说日志这里讲的相当的潦草，因为大部分日志相关的知识都不应该在这门课中学习，这里只是告诉大家如何整合实用而已。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/1808.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

C国演义 [第十二章]

C国演义 [第十二章]

第十二章 打家劫舍题目理解步骤dp数组递推公式初始化遍历顺序 代码 打家劫舍II题目理解步骤递推公式初始化遍历顺序 代码 打家劫舍 力扣链接 你是一个专业的小偷&#xff0c;计划偷窃沿街的房屋。每间房内都藏有一定的现金&#xff0c;影响你偷窃的唯一制约因素就是相邻的房屋…
阅读更多...
《深度学习推荐系统》笔记

《深度学习推荐系统》笔记

目录 一、推荐系统是什么1.作用和意义2.推荐系统的架构2.1 逻辑架构2.2 技术架构 二、传统的推荐系统方法1. 协同过滤算法1.1 userCF&&ItemCF1.3 矩阵分解算法 2. 逻辑回归算法3. 因子分解机3.1 POLY2模型3.2 FM模型3.3 FFM模型3.4 小结 4. 组合模型4.1 GBDTLR组合模型…
阅读更多...
通过监控平台提高运维效率、降低运营成本、实现绿色低碳、节能降耗、提升PUE值-安科瑞黄安南

通过监控平台提高运维效率、降低运营成本、实现绿色低碳、节能降耗、提升PUE值-安科瑞黄安南

01引言 近年来&#xff0c;随着母线槽在建筑及工厂的配电中越来越广泛&#xff0c;母线槽场景运用得越多&#xff0c;随着数据中心建设的快速发展和更高需求&#xff0c;智能母线系统逐渐被应用于机房的末端配电中&#xff0c;具有电流小、插接方便、智能化程度高等特点&#…
阅读更多...
中间件上云部署 zookeeper

中间件上云部署 zookeeper

中间件上云部署 zookeeper 企业级中间件上云部署 zookeeper一、环境说明二、zookeeper部署YAML资源清单准备三、zookeeper部署及部署验证四、zookeeper应用验证 企业级中间件上云部署 zookeeper 一、环境说明 storageclassingress 二、zookeeper部署YAML资源清单准备 # vim…
阅读更多...
【OC总结- Block】

【OC总结- Block】

文章目录 前言2. Block2.1 Block的使用规范2.2 __block修饰符2.3 Block的类型2.4 Block的循环引用及解决循环引用的场景引入解决循环引用Block循环引用场景 2.5 Block的实现及其本质2.5.1 初始化部分2.5.2 调用部分2.5.3 捕获变量 Block本质2.6 Block捕获变量 和 对象2.7 Block…
阅读更多...
数据结构-双向带头循环链表

数据结构-双向带头循环链表

链表的分类实现带有哨兵位的双向的循环链表**定义节点的结构**初始化单个节点初始化带有哨兵位的双向循环链表打印链表销毁链表尾插尾删头插头删find函数在任意位置之前插入任意位置的删除全部代码list.hlist.ctest.c 链表和顺序表的区别 链表的分类 如下 根据上述的三种组合…
阅读更多...
部署langchain+chatglm

部署langchain+chatglm

先参考&#xff1a;window零基础部署langchain-ChatGLM_飞奔的屎壳郎的博客-CSDN博客 安装一部分&#xff0c; 1.GCC安装 gcc64位下载 一定要装64位的gcc&#xff0c;因为我的电脑是w10 64位的&#xff0c;装32位运行langchain报错并配置环境变量 可直接用压缩包中的文件&am…
阅读更多...
Verilog 学习之路

Verilog 学习之路

循环 7-10 代码段 generategenvar i;for (i0; i<8; i i1) begin: my_block_nameassign out[i] in[8-i-1];end endgenerate解释 该代码使用了 S y s t e m V e r i l o g SystemVerilog SystemVerilog 中的 g e n e r a t e generate generate 构造&#xff0c;它允许在…
阅读更多...
【软考】系统架构设计风格分类的个人理解

【软考】系统架构设计风格分类的个人理解

个人适当学习了软考系统架构设计师中关于系统架构设计相关的内容&#xff0c;梳理了一下相关信息。 常见架构类型和常见分类 常见的软考中出现的系统架构列举如下&#xff1a; 分层架构管道-过滤器架构客户端-服务器架构模型-视图-控制器架构&#xff0c;即MVC架构事件驱动架…
阅读更多...
行为树（BEHAVIOR TREES）及其工业应用

行为树（BEHAVIOR TREES）及其工业应用

顾名思义&#xff0c;行为树是描述事物&#xff08;人&#xff0c;动物&#xff0c;机器人&#xff0c;虚拟角色等等&#xff09;行为的树形结构。游戏行业使用行为树为角色行为建模。现在行为树建模技术正在向其它领域渗透&#xff0c;比如工业产线编排&#xff0c;机器人控制…
阅读更多...
【从零开始学习C++ | 第二十一篇】C++新增特性 （上）

【从零开始学习C++ | 第二十一篇】C++新增特性 （上）

目录 前言&#xff1a; 委托构造函数&#xff1a; 类内初始化&#xff1a; 空指针&#xff1a; 枚举类&#xff1a; 总结&#xff1a; 前言&#xff1a; C的学习难度大&#xff0c;内容繁多。因此我们要及时掌握C的各种特性&#xff0c;因此我们更新本篇文章&#xff0c;向…
阅读更多...
【案例实战】高并发业务的多级缓存架构一致性解决方案

【案例实战】高并发业务的多级缓存架构一致性解决方案

我们在高并发的项目中基本上都离不开缓存&#xff0c;那么既然引入缓存&#xff0c;那就会有一个缓存与数据库数据一致性的问题。 首先&#xff0c;我们先来看看高并发项目里面Redis常见的三种缓存读写模式。 Cache Aside 读写分离模式&#xff0c;是最常见的Redis缓存模式&a…
阅读更多...
【状态估计】基于卡尔曼滤波器和扩展卡尔曼滤波器用于 INS/GNSS 导航、目标跟踪和地形参考导航研究（Matlab代码实现）

【状态估计】基于卡尔曼滤波器和扩展卡尔曼滤波器用于 INS/GNSS 导航、目标跟踪和地形参考导航研究（Matlab代码实现）

&#x1f4a5;&#x1f4a5;&#x1f49e;&#x1f49e;欢迎来到本博客❤️❤️&#x1f4a5;&#x1f4a5; &#x1f3c6;博主优势&#xff1a;&#x1f31e;&#x1f31e;&#x1f31e;博客内容尽量做到思维缜密&#xff0c;逻辑清晰&#xff0c;为了方便读者。 ⛳️座右铭&a…
阅读更多...
【深入探究人工智能】：历史、应用、技术与未来

【深入探究人工智能】：历史、应用、技术与未来

深入探究人工智能 前言人工智能的历史人工智能的应用人工智能的技术人工智能的未来当代的人工智能产物结语&#x1f340;小结&#x1f340; &#x1f389;博客主页&#xff1a;小智_x0___0x_ &#x1f389;欢迎关注&#xff1a;&#x1f44d;点赞&#x1f64c;收藏✍️留言 &am…
阅读更多...
LangChain大型语言模型(LLM)应用开发(三)：Chains

LangChain大型语言模型(LLM)应用开发(三)：Chains

LangChain是一个基于大语言模型&#xff08;如ChatGPT&#xff09;用于构建端到端语言模型应用的 Python 框架。它提供了一套工具、组件和接口&#xff0c;可简化创建由大型语言模型 (LLM) 和聊天模型提供支持的应用程序的过程。LangChain 可以轻松管理与语言模型的交互&#x…
阅读更多...
【UE4 塔防游戏系列】10-防御塔升级

【UE4 塔防游戏系列】10-防御塔升级

目录 效果 步骤 一、根据防御塔等级修改子弹伤害 二、根据防御塔等级修改子弹速度 三、根据防御塔等级修改检测半径 四、根据防御塔等级修改子弹颜色 五、根据防御塔等级修改换弹时间 效果 步骤 一、根据防御塔等级修改子弹伤害 1. 打开“TowerBaseBullet_Child”&…
阅读更多...
【ArcGIS Pro二次开发】(48)：三调土地利用现状分类面积汇总统计

【ArcGIS Pro二次开发】(48)：三调土地利用现状分类面积汇总统计

之前做了一个三调三大类面积统计&#xff0c;有小伙伴反映太粗糙&#xff0c;想要一个完整的地类面积汇总表。 【ArcGIS Pro二次开发】(35)&#xff1a;三调三大类面积统计 本质上并没有多少难度&#xff0c;之前也做过类似的用地用海汇总表&#xff0c;于是拿出来改一改就好了…
阅读更多...
window 命令笔记

window 命令笔记

1.查看端口 输入“netstat -ano”并回车可以获得所有网络连接活动的列表&#xff0c;在表中&#xff0c;本地地址IP地址后方冒号之后的即是端口号&#xff1a; 如果想要查找特定的端口可以输入命令“netstat -aon|findstr “端口号””&#xff0c;例如“netstat -aon|findstr…
阅读更多...
My_window类（带有next和quit按钮）

My_window类（带有next和quit按钮）

运行代码&#xff1a; //My_window类&#xff08;带有next和quit按钮&#xff09; #include"std_lib_facilities.h" #include"GUI/Simple_window.h" #include"GUI/GUI.h" #include"GUI/Graph.h" #include"GUI/Point.h"//--…
阅读更多...
C++基础算法离散化及区间合并篇

C++基础算法离散化及区间合并篇

&#x1f4df;作者主页&#xff1a;慢热的陕西人 &#x1f334;专栏链接&#xff1a;C算法 &#x1f4e3;欢迎各位大佬&#x1f44d;点赞&#x1f525;关注&#x1f693;收藏&#xff0c;&#x1f349;留言 主要讲解了双指针&#xff0c;位运算&#xff0c;离散化以及区间合并。…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023