Spring boot框架指南

1. Spring Boot 概述

1.1 定义与起源

Spring Boot是一种基于Spring框架的开源框架,旨在简化Spring应用程序的创建和开发过程。它通过提供一系列默认配置和自动配置功能,减少了开发者在配置上的工作量,使得快速搭建生产级别的Spring应用程序成为可能。

Spring Boot的起源可以追溯到Spring框架的发展需求。随着企业应用的复杂性增加,传统的Spring应用程序配置变得繁琐,需要一种更简洁、更快速的方式来构建应用。因此,Pivotal团队(现为VMware的一部分)在2013年开始研发Spring Boot,并在2014年发布了首个版本。

1.2 核心特性

Spring Boot的核心特性包括但不限于以下几个方面:

  • 自动配置:Spring Boot根据项目中添加的依赖自动配置Spring应用程序,极大地减少了XML或Java配置的工作量。

  • 独立运行:Spring Boot应用程序可以打包成一个独立的JAR或WAR文件,内嵌了Tomcat、Jetty或Undertow等Servlet容器,无需部署到外部服务器。

  • 微服务支持:Spring Boot与Spring Cloud等项目结合,为微服务架构提供了强大的支持。

  • 社区生态:Spring Boot拥有活跃的社区和丰富的插件生态,支持各种数据库、消息队列、缓存等第三方技术。

1.3 版本迭代

自2014年发布以来,Spring Boot经历了多个版本的迭代,每个版本都带来了新的特性和改进:

  • 1.0.x:首个版本,引入了自动配置、独立运行等核心特性。

  • 1.2.x:增强了安全性、增加了对JPA的支持。

  • 1.3.x:引入了新的@SpringBootApplication注解,整合了@Configuration@EnableAutoConfiguration@ComponentScan

  • 1.5.x:增加了对响应式编程的支持。

  • 2.0.x:基于Spring Framework 5,支持Java 8及以上版本,引入了新的WebFlux模块。

  • 2.2.x:引入了对Spring WebFlux的改进和性能优化。

  • 2.x系列:持续更新,增加了对新版本的Spring Framework和第三方库的支持,以及对新特性的不断探索。

随着Spring Boot的不断发展,它已经成为Java开发领域中不可或缺的一部分,帮助开发者以更高效、更简洁的方式构建企业级应用程序。

2. Spring Boot 的自动配置机制

2.1 工作原理

Spring Boot 的自动配置机制是其核心特性之一,旨在简化开发流程,提高开发效率。该机制通过@EnableAutoConfiguration@SpringBootApplication注解触发。

  • @EnableAutoConfiguration:此注解告诉Spring Boot根据添加的jar依赖自动配置Spring应用。它通过@Import(AutoConfigurationImportSelector.class)实现,后者负责加载/META-INF/spring.factories中定义的自动配置类。

  • SpringFactoriesLoader:这个加载器用于加载spring.factories文件,其中包含了自动配置类列表。这些类随后会根据条件注解判断是否应该被应用。

  • 自动配置类:通常以AutoConfiguration结尾的类,它们通过实现@Configuration注解来提供配置。这些类利用条件注解来控制其激活条件。

2.2 条件注解的使用

Spring Boot 提供了一系列的条件注解,允许开发者根据特定的条件来激活或禁用配置。

  • @ConditionalOnClass:当类路径上存在特定的类时,才激活配置。

  • @ConditionalOnBean:当容器中存在特定的Bean时,激活配置。

  • @ConditionalOnMissingBean:当容器中不存在特定的Bean时,激活配置。

  • @ConditionalOnProperty:当指定的属性值满足条件时,激活配置。

这些条件注解可以单独使用,也可以组合使用,以实现更复杂的条件逻辑。

示例代码

@Configuration
@ConditionalOnClass(DataSource.class)
public class MyDatabaseConfig {// 配置数据库连接...
}

2.3 覆盖自动配置

尽管Spring Boot提供了丰富的自动配置,但开发者可能需要根据特定需求覆盖这些配置。

  • 自定义配置类:通过创建自定义的配置类,并使用@Configuration注解,可以定义自己的Bean来覆盖自动配置的Bean。

  • @Conditional:使用@Conditional注解可以控制自定义配置的激活条件。

  • @AutoConfigureAfter 或 @AutoConfigureBefore:这些注解可以用来指定自动配置类的加载顺序,确保自定义配置在自动配置之前或之后加载。

示例代码

@Configuration
@ConditionalOnWebApplication
@AutoConfigureAfter(MyDatabaseAutoConfiguration.class)
public class CustomWebConfig {// 自定义Web配置...
}

通过深入理解Spring Boot的自动配置机制和条件注解的使用,开发者可以灵活地扩展Spring Boot的功能,满足各种复杂的业务需求。同时,通过阅读和分析源代码,我们可以学习到Spring Boot的设计模式和最佳实践,这对于设计和实现自定义的Spring Boot扩展至关重要。在下一篇文章中,我们将探讨如何通过具体的代码示例来实现自定义的Spring Boot扩展。

3. 启动器(Starters)与依赖管理

3.1 起步依赖介绍

起步依赖,通常称为“Starters”,是Spring Boot提供的一种便捷的依赖管理方式。它们是预定义的依赖集合,用于简化构建配置并提供对常见场景的开箱即用支持。

  • 起步依赖的作用:起步依赖通过<parent><dependencyManagement>的方式,统一管理了项目中使用的库的版本号,避免了版本冲突,简化了Maven项目的配置。

  • 使用起步依赖:在项目的pom.xml文件中,通过指定spring-boot-starter-parent作为父项目,或者通过spring-boot-dependencies来管理依赖版本。

<!-- 引入Spring Boot的父项目依赖管理 -->
<parent><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-parent</artifactId><version>2.5.3</version>
</parent><!-- 或者使用dependencyManagement来管理依赖版本 -->
<dependencyManagement><dependencies><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-dependencies</artifactId><version>2.5.3</version><type>pom</type><scope>import</scope></dependency></dependencies>
</dependencyManagement>

3.2 依赖管理的最佳实践

明确指定依赖版本

在项目中,应尽量避免不指定版本号的依赖声明,以减少因依赖库版本不明确而导致的潜在冲突。

使用Maven或Gradle进行依赖管理

利用这些工具的依赖管理功能,可以自动处理依赖的传递性问题和版本冲突。

定期更新依赖

定期检查并更新项目依赖,以确保应用能够使用到库的最新功能和安全修复。

避免依赖树中的冗余

使用Maven的mvn dependency:tree命令或Gradle的gradlew dependencies命令,检查依赖树,移除不必要的依赖。

利用Spring Boot的自动配置

Spring Boot的自动配置机制可以根据项目中包含的依赖自动配置Spring应用。例如,如果项目中包含了spring-boot-starter-web,Spring Boot会自动配置Tomcat和Spring MVC。

// 启用Spring MVC的自动配置
@SpringBootApplication
public class MyWebApplication {public static void main(String[] args) {SpringApplication.run(MyWebApplication.class, args);}
}

自定义自动配置

在某些情况下,你可能需要根据项目特定的需求来自定义自动配置。通过创建自己的@Configuration类并使用@Conditional注解,可以控制配置类在特定条件下的加载。

@Configuration
@ConditionalOnClass(CustomClass.class)
public class CustomAutoConfiguration {// 自定义配置的Bean
}

利用Spring Boot的Profile

使用Spring Boot的Profile功能,可以根据不同的环境(如开发、测试、生产)来加载不同的配置。

# application.properties
my.property=value# application-dev.properties
my.property=devValue

监控和管理依赖

使用Spring Boot Actuator的/health/info端点,监控应用的健康状况,并获取关于应用配置和依赖的信息。

通过这些最佳实践,可以确保Spring Boot应用的依赖管理是清晰、有效且易于维护的。

4. 扩展Spring Boot功能

4.1 自定义类与配置

在Spring Boot中,自定义类与配置是一种常见的扩展方式,允许开发者根据业务需求添加特定的功能。以下是一些关键点和示例代码,展示如何实现自定义扩展。

自定义自动配置类

Spring Boot的自动配置机制允许开发者通过定义带有@Configuration注解的类来自动配置Bean。以下是创建自定义自动配置类的基本步骤:

@Configuration
public class MyAutoConfiguration {@Bean@ConditionalOnMissingBean(MyBean.class)public MyBean myBean() {return new MyBean();}
}

在这个例子中,如果Spring Boot的ApplicationContext中没有MyBean类型的Bean,就会自动创建并注册一个MyBean的实例。

使用@Conditional注解

@Conditional注解可以用来控制Bean的创建过程,只有满足特定条件时才会注册Bean。以下是使用@ConditionalOnProperty注解的示例:

@Configuration
@ConditionalOnProperty(name = "my.config.enabled", havingValue = "true")
public class MyConditionalConfiguration {@Beanpublic MyService myService() {return new MyService();}
}

这个配置只有在application.propertiesapplication.yml中设置了my.config.enabled=true时才会生效。

自定义FactoryBean

FactoryBean是一个允许开发者自定义Bean创建逻辑的接口。以下是实现自定义FactoryBean的示例:

public class MyFactoryBean implements FactoryBean<MyBean> {@Overridepublic MyBean getObject() throws Exception {return new MyBean();}@Overridepublic Class<MyBean> getObjectType() {return MyBean.class;}
}

4.2 集成第三方库

Spring Boot的启动器(Starters)机制使得集成第三方库变得非常简单。以下是集成第三方库的一般步骤:

添加依赖

首先,需要在项目的pom.xml文件中添加相应的依赖:

<dependency><groupId>com.example</groupId><artifactId>third-party-library</artifactId><version>1.0.0</version>
</dependency>

自动配置

Spring Boot通常会自动检测到第三方库并提供相应的自动配置类。如果第三方库没有提供Spring Boot的自动配置支持,可以自定义自动配置类。

编写自定义配置

如果需要进一步自定义第三方库的配置,可以创建一个配置类,并使用@Configuration注解标记:

@Configuration
public class ThirdPartyLibraryConfig {@Beanpublic ThirdPartyService thirdPartyService() {ThirdPartyService service = new ThirdPartyService();// 定制化配置service.setSomeProperty("value");return service;}
}

使用@Enable注解

有些第三方库可能需要通过特定的@Enable注解来启用。例如,启用Spring Data JPA的示例:

@EnableJpaRepositories
public class JpaConfig {// JPA相关配置
}

通过上述步骤,可以有效地扩展Spring Boot的功能,满足各种业务需求。在实际开发中,应该根据具体场景选择合适的扩展方式,并充分利用Spring Boot提供的丰富生态和自动化配置特性。

5. 源码分析

5.1 设计模式识别

在Spring Boot的源码中,设计模式的运用无处不在,它们为框架的扩展性和灵活性提供了坚实的基础。以下是一些在Spring Boot源码中常见的设计模式:

  • 工厂模式:Spring Boot使用工厂模式来创建和管理bean的生命周期。BeanFactory是Spring中实现工厂模式的核心接口,它允许通过配置元数据来控制bean的创建和初始化。

  • 单例模式:Spring Boot中,单例模式确保一个类只有一个实例,并提供一个全局访问点。通过SingletonBeanRegistry实现,它负责注册和管理单例bean。

  • 代理模式:Spring AOP使用代理模式来实现面向切面编程。通过动态代理或静态代理,在不修改目标对象的情况下,为目标对象添加额外的功能。

  • 观察者模式:Spring的事件发布机制使用了观察者模式。ApplicationEventPublisher作为事件的发布者,而ApplicationListener则作为事件的监听者。

  • 适配器模式:Spring Boot中的HandlerAdapter是适配器模式的典型应用,它使得不同类型的handler能够被统一的处理。

  • 装饰器模式:在Spring中,通过Wrapper类实现装饰器模式,动态地给对象添加职责,如HttpServletRequestWrapper

  • 模板方法模式:在Spring的JdbcTemplate中,模板方法模式被用来执行一系数据库操作,子类可以重写某些方法以实现特定的数据库操作。

5.2 核心类与接口

Spring Boot的核心类和接口是理解其扩展机制的关键。以下是一些重要的核心类和接口:

  • SpringApplication:作为Spring Boot应用的入口点,负责创建和配置Spring应用上下文,并启动Spring Boot应用。

  • SpringApplicationRunListener:监听SpringApplication的生命周期事件,允许在SpringApplication的启动过程中进行自定义扩展。

  • ApplicationContextInitializer:在Spring应用上下文准备好之后,执行额外的初始化逻辑。

  • BeanDefinitionRegistryPostProcessor:在BeanDefinition注册到Spring容器之后,对其进行修改或添加新的BeanDefinition。

  • BeanPostProcessor:在Bean的生命周期中的不同阶段,提供额外的处理逻辑,如@PostConstruct@PreDestroy注解的处理。

  • Condition:定义条件注解的接口,通过实现此接口,可以控制Bean的创建过程是否满足特定条件。

  • AutoConfigurationImportSelector:用于实现@EnableAutoConfiguration的功能,通过加载spring.factories中的自动配置类来扩展Spring Boot的功能。

  • FactoryBean:用于创建复杂对象的工厂模式实现,Spring容器通过调用getObject()方法来获取bean实例。

通过深入分析上述设计模式和核心类与接口,我们可以更好地理解Spring Boot的工作原理,并在此基础上进行功能扩展和自定义开发。在公众号文章中,我们将通过实际的代码示例来展示如何应用这些设计模式和核心机制,以满足特定的业务需求。

6. 实践:自定义Spring Boot扩展

6.1 项目结构设计

自定义Spring Boot扩展通常从理解Spring Boot的标准项目结构开始。一个典型的Spring Boot项目结构如下:

src/
|-- main/
|   |-- java/
|   |   `-- com/
|   |       `-- example/
|   |           `-- demo/
|   |               |-- DemoApplication.java
|   |               |-- config/
|   |               |   `-- MyAutoConfiguration.java
|   |               |-- service/
|   |               |   `-- MyService.java
|   |               `-- component/
|   |                   `-- MyComponent.java
|   `-- resources/
|       |-- application.properties
|       `-- META-INF/
|           `-- spring.factories
`-- test/`-- java/`-- com/`-- example/`-- demo/`-- DemoApplicationTests.java
  • DemoApplication.java:项目的主入口类,使用@SpringBootApplication注解。

  • config/:存放自动配置类。

  • service/:业务逻辑层。

  • component/:存放自动扫描的组件。

  • application.properties:配置文件。

  • spring.factories:自动配置类的注册文件。

6.2 功能实现与测试

自动配置类实现

自定义自动配置通常需要以下几个步骤:

  1. 创建配置类,并使用@Configuration注解。

  2. 使用@Bean注解声明需要创建的Bean。

  3. 使用@Conditional系列注解来指定Bean创建的条件。

@Configuration
public class MyAutoConfiguration {@Bean@ConditionalOnMissingBean(MyService.class)public MyService myService() {return new MyServiceImpl();}
}

条件注解使用

Spring Boot提供了多种条件注解,例如:

  • @ConditionalOnClass:类路径下有指定的类时,才创建Bean。

  • @ConditionalOnMissingClass:类路径下没有指定的类时,才创建Bean。

  • @ConditionalOnProperty:指定的属性存在时,才创建Bean。

@Configuration
@ConditionalOnClass(DataSource.class)
public class DatabaseAutoConfiguration {// ...
}

启动器自动配置

META-INF/spring.factories文件中注册自动配置类,以便Spring Boot启动时加载:

org.springframework.boot.autoconfigure.EnableAutoConfiguration=com.example.demo.config.MyAutoConfiguration

功能测试

编写单元测试和集成测试来验证自定义扩展的功能。

@RunWith(SpringRunner.class)
@SpringBootTest
public class DemoApplicationTests {@Autowiredprivate MyService myService;@Testpublic void testMyService() {assertTrue(myService instanceof MyServiceImpl);}
}

设计模式与最佳实践

在自定义扩展中,识别和应用设计模式如工厂模式、单例模式等,以及遵循Spring Boot的最佳实践,例如:

  • 使用@Component注解来标识服务和组件。

  • 避免在自动配置类中使用@Autowired,以防止循环依赖。

  • 利用@Profile注解来指定不同环境下的配置。

业务需求驱动的自定义扩展

根据特定业务需求设计自定义扩展,例如:

  • 为特定类型的Bean提供装饰者模式的实现。

  • 根据配置文件中的开关动态加载或卸载某些组件。

  • 集成第三方库或服务,提供额外的功能。

@Configuration
@Profile("feature-x-enabled")
public class FeatureXAutoConfiguration {@Beanpublic FeatureXService featureXService() {return new FeatureXServiceImpl();}
}

通过上述步骤,可以设计并实现满足特定业务需求的Spring Boot自定义扩展,同时确保代码的可读性、可维护性和扩展性。在公众号文章中,可以进一步深入每个步骤的具体实现和示例代码,以帮助读者更好地理解和应用这些概念。

7. 性能优化与监控

7.1 性能调优策略

在Spring Boot应用中,性能调优是一个关键的环节,它直接关系到应用的响应速度和系统资源的利用效率。以下是一些常见的性能调优策略:

  • 数据库连接池优化:合理配置数据库连接池参数,比如HikariCP的maximumPoolSizeminimumIdle,可以有效减少连接创建和销毁的开销。

  • 缓存策略:使用缓存可以显著提高数据访问速度。Spring Boot支持多种缓存方式,如EhCache、Redis等。合理配置缓存参数,如过期时间、缓存大小等,可以减少对数据库的访问压力。

  • 异步处理:Spring Boot支持异步处理,通过@Async注解可以简化异步方法的编写。合理使用异步处理可以提高应用的并发处理能力。

  • JVM调优:JVM参数对应用性能有重要影响。通过调整堆大小(-Xms-Xmx)、选择合适的垃圾回收器(如G1或ZGC)等参数,可以优化内存使用和垃圾回收效率。

  • 代码优化:优化代码逻辑,减少不必要的计算和资源消耗。使用合适的数据结构和算法,避免重复的数据库查询等。

  • 批处理:对于大量数据的处理,使用批处理可以减少数据库交互次数,提高处理效率。

  • 并发模型:根据应用特点选择合适的并发模型,如使用CompletableFuture或响应式编程模型等。

7.2 使用Spring Boot Actuator

Spring Boot Actuator提供了应用的监控和管理功能,是性能监控的重要工具。以下是使用Actuator进行性能监控的一些关键点:

  • 端点暴露:通过management.endpoints.web.exposure.include配置,可以开启需要监控的端点,如healthmetricsthreaddump等。

  • 健康检查/health端点可以提供应用的健康状态信息。通过实现HealthIndicator接口,可以自定义健康检查逻辑。

  • 度量信息/metrics端点提供了应用的度量信息,如内存使用、线程池状态等。这些信息对于性能分析至关重要。

  • 日志文件/logfile端点允许实时查看应用的日志文件,对于问题诊断和性能监控很有帮助。

  • 线程转储/threaddump端点可以获取应用的线程转储信息,分析死锁和长时间运行的线程。

  • 自定义端点:除了内置端点,还可以通过实现Endpoint接口自定义监控端点,以满足特定的监控需求。

  • 安全性:Actuator端点可能会暴露敏感信息,因此需要合理配置安全性。可以通过management.endpoints.web.security配置端点的安全性。

  • 性能指标:使用Micrometer与Actuator集成,可以收集更丰富的性能指标,并通过Prometheus等工具进行监控和分析。

通过上述策略和工具,可以有效地监控和优化Spring Boot应用的性能,确保应用的高效稳定运行。在实际应用中,需要根据具体情况灵活选择和调整策略。

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

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

相关文章

HTML零基础自学笔记(下)篇一 -8.8

HTML零基础自学笔记&#xff08;下&#xff09;---之表格标签详解 参考&#xff1a;pink老师篇一、表格标签是什么&#xff1f;基础内容&#xff08;主要作用、基本语法、标签释义、属性&#xff09;主要作用基本语法标签释义表格结构标签属性 合并单元格代码练习代码运行效果&…

RAG和微调哪个是LLM优化的最优解

RAG和微调哪个是LLM优化的最优解 序言 随着对大型语言模型(llm)的兴起&#xff0c;许多开发人员和组织都在忙着利用它的能力构建自己的应用程序。然而&#xff0c;当预训练的大语言模型开箱即用的表现不如预期时&#xff0c;关于如何提高LLM应用程序性能的问题就被提了出来。就…

【C++】6.类和对象(4)

文章目录 5.赋值运算符重载5.1 运算符重载5.2 赋值运算符重载5.3 前置和后置重载5.4 日期类的实现 6.取地址运算符重载6.1 const成员函数6.2 取地址运算符重载 5.赋值运算符重载 5.1 运算符重载 当运算符被用于类类型的对象时&#xff0c;C语言允许我们通过运算符重载的形式指…

排序算法之--插入排序

文章目录 一、简介二、算法思路分析三、算法复杂度分析&#xff1a;3.1、时间复杂度方面&#xff1a;3.2、空间复杂度方面&#xff1a; 四、代码实现&#xff1a; 一、简介 插入排序是一种简单直观的排序算法&#xff0c;‌它的工作原理是通过构建有序序列&#xff0c;‌该算法…

水表数字识别4:C/C++实现水表数字识别(含源码 可实时检测)

水表数字识别4&#xff1a;C/C实现水表数字识别(含源码 可实时检测) 目录 水表数字识别4&#xff1a;C/C实现水表数字识别(含源码 可实时检测) 1. 前言 2. 水表数字分割模型 &#xff08;1&#xff09; 将Pytorch模型转换ONNX模型 &#xff08;2&#xff09; 将ONNX模型转…

NoSQL 之Redis集群模式

目录 案例概述 redis工作模式 主从模式 哨兵模式 redis cluster模式 Redis集群介绍 Redis集群的优势 Redis集群的实现方法 Redis-Cluster数据分片 Redis-Cluster的主从复制模型 Redis集群部署 案例部署 安装redis 检查redis的状态 修改配置文件 重启启动redis服…

C#小桌面程序调试出错,如何解决??

&#x1f3c6;本文收录于《CSDN问答解惑-专业版》专栏&#xff0c;主要记录项目实战过程中的Bug之前因后果及提供真实有效的解决方案&#xff0c;希望能够助你一臂之力&#xff0c;帮你早日登顶实现财富自由&#x1f680;&#xff1b;同时&#xff0c;欢迎大家关注&&收…

pythonUI自动化007::pytest的组成以及运行

pytest组成&#xff1a; 测试模块&#xff1a;以“test”开头或结尾的py文件 测试用例&#xff1a;在测试模块里或测试类里&#xff0c;名称符合test_xxx函数或者示例函数。 测试类&#xff1a;测试模块里面命名符合Test_xxx的类 函数级&#xff1a; import pytestclass Test…

大数据面试SQL(七):累加刚好超过各省GDP40%的地市名称

文章目录 累加刚好超过各省GDP40%的地市名称 一、题目 二、分析 三、SQL实战 四、样例数据参考 累加刚好超过各省GDP40%的地市名称 一、题目 现有各省地级市的gdp数据,求从高到低累加刚好超过各省GDP40%的地市名称&#xff0c;临界地市也需要。 例如&#xff1a; 浙江省…

物理网卡MAC修改器v3.0-直接修改网卡内部硬件MAC地址,重装系统不变!

直接在操作系统里就能修改网卡硬件mac地址&#xff0c;刷新网卡mac序列号硬件码机器码&#xff0c;电脑主板集成网卡&#xff0c;pcie网卡&#xff0c;usb有线网卡&#xff0c;usb无线网卡&#xff0c;英特尔网卡&#xff0c;瑞昱网卡全支持&#xff01; 一键修改mac&#xff0…

求1000以内的水仙花数【C语言】

求1000以内的水仙花数 #include <stdio.h> //包含标准输入输出头文件&#xff0c;用于使用printf函数int main() { //程序的主函数开始int a, b, c, i; //i用于循环遍历100到999之间的所有数&#xff08;三位数&#xff09;&#xff0c;a, b, c分别用于存储当前数i的百位…

SPSS 数据分析,掌握这 6 大模块就够

SPSS 全称为「社会科学统计软件包」&#xff0c;是 IBM 公司推出的一系列用于统计学分析运算、数据挖掘、预测分析和决策支持任务的软件产品及相关服务的总称。 图中我们看到 SPSS 有 23 个方法模块&#xff0c;虽然我们不能每个模块都能用到&#xff0c;但作为一个科研工作者…

C++-类与对象(上篇)

一、目标&#xff1a; 1. 面向过程和面向对象初步认识 2. 类的引入 3. 类的定义 4. 类的访问限定符及封装 5. 类的作用域 6. 类的实例化 7. 类的对象大小的计算 8. 类成员函数的 this 指针 二、对类与对象的介绍&#xff1a; 1.面向过程和面向对象初步认识 &#xff1a…

前端代码编辑神器:sublime text 4(WinMac)中文注册版

Sublime Text 4 是一款广受欢迎的文本和代码编辑器&#xff0c;由程序员 Jon Skinner 于2008年开发。这款编辑器以其漂亮的用户界面和强大的功能而著称&#xff0c;适用于多种编程语言的开发。 主要特点&#xff1a; 用户界面&#xff1a;Sublime Text 4 拥有一个简洁且美观的…

旧手机拍摄的视频模糊可以修复清晰吗?

你是否时常“考古”一些老电影、老动漫来回忆旧日时光&#xff1f;你是否也有一些珍贵的录像&#xff0c;带你重温过去的美好&#xff1f;然而&#xff0c;我们已经习惯了高清体验&#xff0c;回头再看曾经的旧影像&#xff0c;画质或许“渣”的让人不忍直视。 旧手机像素不好&…

[VBA]使用VBA在Excel中 操作 形状shape 对象

excel已关闭地图插件,对于想做 地图可视化 的,用形状来操作是一种办法,就是要自行找到合适的 地图形状,修改形状颜色等就可以用于 可视化展示不同省市销量、人口等数据。 引言 在Excel中,通过VBA(Visual Basic for Applications)可以极大地增强数据可视化和报告自动化…

【ARM CoreLink 系列 5.5 -- CI-700 Debug trace and PMU 】

文章目录 Debug trace and PMUCI-700 Debug trace 系统概述DTC DomainDTC Domain 约束条件DTM device portsDTM FIFO BufferDTM FIFO 缓冲区特点Debug trace and PMU 本篇文章主要是介绍 CI-700中实现的 Debug Trace (DT) and Performance Monitoring Unit (PMU). CI-700 Deb…

运维高级内容--lvs按权重值轮询调度

创建5台主机(一些配置是基于实验一的基础)&#xff1a; 客户端client 172.25.254.200路由器route 172.25.254.100 192.168.0.100 &#xff08;需要eth0、eth1两个网关&#xff09;LVS 192.168.0.50webserver1 192.168.0.10webserver2 192.168.0.20 1.LVS主机&#xff1a; vim…

pytorch多GPU训练简明教程

1. Torch 的两种并行化模型封装 1.1 DataParallel DataParallel 是 PyTorch 提供的一种数据并行方法&#xff0c;用于在单台机器上的多个 GPU 上进行模型训练。它通过将输入数据划分成多个子部分&#xff08;mini-batches&#xff09;&#xff0c;并将这些子部分分配给不同的 G…

python爬取B站视频实验

实验17&#xff1a;爬虫2 文章目录 实验17&#xff1a;爬虫21.实验目标及要求2. 实验主要内容3.实验小结 1.实验目标及要求 &#xff08;1&#xff09;掌握有关爬虫的包 &#xff08;2&#xff09;掌握爬虫方法 &#xff08;3&#xff09;爬取B站卡塔尔世界杯若干视频 2. 实验…