SpringBoot3核心特性-核心原理

news2024/11/16 13:00:38

目录

  • 传送门
  • 前言
  • 一、事件和监听器
    • 1、生命周期监听
    • 2、事件触发时机
  • 二、自动配置原理
    • 1、入门理解
      • 1.1、自动配置流程
      • 1.2、SPI机制
      • 1.3、功能开关
    • 2、进阶理解
      • 2.1、 @SpringBootApplication
      • 2.2、 完整启动加载流程
  • 三、自定义starter
    • 1、业务代码
    • 2、基本抽取
    • 3、使用@EnableXxx机制
    • 4、完全自动配置
  • 四、附录：SpringBoot3改变 & 新特性 快速总结

传送门

SpringMVC的源码解析（精品）
Spring6的源码解析（精品）
SpringBoot3框架（精品）
MyBatis框架（精品）
MyBatis-Plus
SpringDataJPA
SpringCloudNetflix
SpringCloudAlibaba（精品）
Shiro
SpringSecurity
java的LOG日志框架
Activiti（敬请期待）
JDK8新特性
JDK9新特性
JDK10新特性
JDK11新特性
JDK12新特性
JDK13新特性
JDK14新特性
JDK15新特性
JDK16新特性
JDK17新特性
JDK18新特性
JDK19新特性
JDK20新特性
JDK21新特性
其他技术文章传送门入口

前言

由于面试问到的比较多，而且做java开发这块还是需要真正掌握的。
现有笔记尚硅谷雷锋阳老师的：SpringBoot3全栈指南，是我目前见过的最好笔记了。
参考视频尚硅谷雷锋阳老师的：SpringBoot零基础教程，面试&加薪必会，视频是24小时31分钟的高质量教程。
参考代码：https://gitee.com/leifengyang/spring-boot-3

最经典的20个Spring Boot面试题，95%以上会被问到，不服来战

为了防止雷锋阳老师的日志查看不到，这里分类整理一下。下面文章不定时更新

SpringBoot3核心特性-快速入门
SpringBoot3核心特性-Web开发
SpringBoot3核心特性-数据访问
SpringBoot3核心特性-基础特性
SpringBoot3核心特性-核心原理
SpringBoot3场景整合
SpringBoot3响应式编程全套-Reactor核心
SpringBoot3响应式编程全套-Spring Webflux
SpringBoot3响应式编程全套-R2DBC
SpringBoot3响应式编程全套-Spring Security Reactive

一、事件和监听器

1、生命周期监听

场景：监听应用的生命周期

  1. 监听器-SpringApplicationRunListener
    自定义SpringApplicationRunListener来监听事件；
    编写SpringApplicationRunListener 实现类
    在 META-INF/spring.factories 中配置 org.springframework.boot.SpringApplicationRunListener=自己的Listener，还可以指定一个有参构造器，接受两个参数(SpringApplication application, String[] args)
    springboot 在spring-boot.jar中配置了默认的 Listener，如下
    在这里插入图片描述
/**
 * Listener先要从 META-INF/spring.factories 读到
 *
 * 1、引导： 利用 BootstrapContext 引导整个项目启动
 *      starting：              应用开始，SpringApplication的run方法一调用，只要有了 BootstrapContext 就执行
 *      environmentPrepared：   环境准备好（把启动参数等绑定到环境变量中），但是ioc还没有创建；【调一次】
 * 2、启动：
 *      contextPrepared：       ioc容器创建并准备好，但是sources（主配置类）没加载。并关闭引导上下文；组件都没创建  【调一次】
 *      contextLoaded：         ioc容器加载。主配置类加载进去了。但是ioc容器还没刷新（我们的bean没创建）。
 *      =======截止以前，ioc容器里面还没造bean呢=======
 *      started：               ioc容器刷新了（所有bean造好了），但是 runner 没调用。
 *      ready:                  ioc容器刷新了（所有bean造好了），所有 runner 调用完了。
 * 3、运行
 *     以前步骤都正确执行，代表容器running。
 */
  1. 生命周期全流程
    在这里插入图片描述

2、事件触发时机

  1. 各种回调监听器
    ● BootstrapRegistryInitializer： 感知特定阶段：感知引导初始化
    ○ META-INF/spring.factories
    ○ 创建引导上下文bootstrapContext的时候触发。
    ○ application.addBootstrapRegistryInitializer();
    ○ 场景：进行密钥校对授权。
    ● ApplicationContextInitializer： 感知特定阶段： 感知ioc容器初始化
    ○ META-INF/spring.factories
    ○ application.addInitializers();
    ● ApplicationListener： 感知全阶段：基于事件机制，感知事件。 一旦到了哪个阶段可以做别的事
    ○ @Bean或@EventListener： 事件驱动
    ○ SpringApplication.addListeners(…)或 SpringApplicationBuilder.listeners(…)
    ○ META-INF/spring.factories
    ● SpringApplicationRunListener： 感知全阶段生命周期 + 各种阶段都能自定义操作； 功能更完善。
    ○ META-INF/spring.factories
    ● ApplicationRunner: 感知特定阶段：感知应用就绪Ready。卡死应用，就不会就绪
    ○ @Bean
    ● CommandLineRunner： 感知特定阶段：感知应用就绪Ready。卡死应用，就不会就绪
    ○ @Bean

最佳实战：
● 如果项目启动前做事： BootstrapRegistryInitializer 和 ApplicationContextInitializer
● 如果想要在项目启动完成后做事：ApplicationRunner和 CommandLineRunner
● 如果要干涉生命周期做事：SpringApplicationRunListener
● 如果想要用事件机制：ApplicationListener

  1. 完整触发流程
    9大事件触发顺序&时机
  2. ApplicationStartingEvent：应用启动但未做任何事情, 除过注册listeners and initializers.
  3. ApplicationEnvironmentPreparedEvent： Environment 准备好，但context 未创建.
  4. ApplicationContextInitializedEvent: ApplicationContext 准备好，ApplicationContextInitializers 调用，但是任何bean未加载
  5. ApplicationPreparedEvent： 容器刷新之前，bean定义信息加载
  6. ApplicationStartedEvent： 容器刷新完成， runner未调用
    =以下就开始插入了探针机制====
  7. AvailabilityChangeEvent： LivenessState.CORRECT应用存活； 存活探针
  8. ApplicationReadyEvent: 任何runner被调用
  9. AvailabilityChangeEvent：ReadinessState.ACCEPTING_TRAFFIC就绪探针，可以接请求
  10. ApplicationFailedEvent ：启动出错

在这里插入图片描述
应用事件发送顺序如下：
在这里插入图片描述
感知应用是否存活了：可能植物状态，虽然活着但是不能处理请求。
应用是否就绪了：能响应请求，说明确实活的比较好。

  1. SpringBoot 事件驱动开发
    应用启动过程生命周期事件感知（9大事件）、应用运行中事件感知（无数种）。
    ● 事件发布：ApplicationEventPublisherAware或注入：ApplicationEventMulticaster
    ● 事件监听：组件 + @EventListener

在这里插入图片描述
在这里插入图片描述
事件发布者

@Service
public class EventPublisher implements ApplicationEventPublisherAware {

    /**
     * 底层发送事件用的组件，SpringBoot会通过ApplicationEventPublisherAware接口自动注入给我们
     * 事件是广播出去的。所有监听这个事件的监听器都可以收到
     */
    ApplicationEventPublisher applicationEventPublisher;

    /**
     * 所有事件都可以发
     * @param event
     */
    public void sendEvent(ApplicationEvent event) {
        //调用底层API发送事件
        applicationEventPublisher.publishEvent(event);
    }

    /**
     * 会被自动调用，把真正发事件的底层组组件给我们注入进来
     * @param applicationEventPublisher event publisher to be used by this object
     */
    @Override
    public void setApplicationEventPublisher(ApplicationEventPublisher applicationEventPublisher) {
        this.applicationEventPublisher = applicationEventPublisher;
    }
}

事件订阅者

@Service
public class CouponService {

    @Order(1)
    @EventListener
    public void onEvent(LoginSuccessEvent loginSuccessEvent){
        System.out.println("===== CouponService ====感知到事件"+loginSuccessEvent);
        UserEntity source = (UserEntity) loginSuccessEvent.getSource();
        sendCoupon(source.getUsername());
    }

    public void sendCoupon(String username){
        System.out.println(username + " 随机得到了一张优惠券");
    }
}

二、自动配置原理

1、入门理解

应用关注的三大核心：场景、配置、组件

1.1、自动配置流程

在这里插入图片描述

  1. 导入starter
  2. 依赖导入autoconfigure
  3. 寻找类路径下 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件
  4. 启动，加载所有 自动配置类 xxxAutoConfiguration
    a. 给容器中配置功能组件
    b. 组件参数绑定到 属性类中。xxxProperties
    c. 属性类和配置文件前缀项绑定
    d. @Contional派生的条件注解进行判断是否组件生效
  5. 效果：
    a. 修改配置文件，修改底层参数
    b. 所有场景自动配置好直接使用
    c. 可以注入SpringBoot配置好的组件随时使用

1.2、SPI机制

● Java中的SPI（Service Provider Interface）是一种软件设计模式，用于在应用程序中动态地发现和加载组件。SPI的思想是，定义一个接口或抽象类，然后通过在classpath中定义实现该接口的类来实现对组件的动态发现和加载。
● SPI的主要目的是解决在应用程序中使用可插拔组件的问题。例如，一个应用程序可能需要使用不同的日志框架或数据库连接池，但是这些组件的选择可能取决于运行时的条件。通过使用SPI，应用程序可以在运行时发现并加载适当的组件，而无需在代码中硬编码这些组件的实现类。
● 在Java中，SPI的实现方式是通过在META-INF/services目录下创建一个以服务接口全限定名为名字的文件，文件中包含实现该服务接口的类的全限定名。当应用程序启动时，Java的SPI机制会自动扫描classpath中的这些文件，并根据文件中指定的类名来加载实现类。
● 通过使用SPI，应用程序可以实现更灵活、可扩展的架构，同时也可以避免硬编码依赖关系和增加代码的可维护性。
以上回答来自ChatGPT-3.5

在SpringBoot中，META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
作业：写一段java的spi机制代码

1.3、功能开关

● 自动配置：全部都配置好，什么都不用管。 自动批量导入
○ 项目一启动，spi文件中指定的所有都加载。
● @EnableXxxx：手动控制哪些功能的开启； 手动导入。
○ 开启xxx功能
○ 都是利用 @Import 把此功能要用的组件导入进去

2、进阶理解

2.1、 @SpringBootApplication

@SpringBootConfiguration
就是： @Configuration ，容器中的组件，配置类。spring ioc启动就会加载创建这个类对象

@EnableAutoConfiguration：开启自动配置
开启自动配置
@AutoConfigurationPackage：扫描主程序包：加载自己的组件
● 利用 @Import(AutoConfigurationPackages.Registrar.class) 想要给容器中导入组件。
● 把主程序所在的包的所有组件导入进来。
● 为什么SpringBoot默认只扫描主程序所在的包及其子包

@Import(AutoConfigurationImportSelector.class)：加载所有自动配置类：加载starter导入的组件

		List<String> configurations = ImportCandidates.load(AutoConfiguration.class, getBeanClassLoader())
			.getCandidates();

@ComponentScan
组件扫描：排除一些组件（哪些不要）
排除前面已经扫描进来的配置类、和自动配置类。

@ComponentScan(excludeFilters = { @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
      @Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })

2.2、 完整启动加载流程

生命周期启动加载流程
在这里插入图片描述

三、自定义starter

场景：抽取聊天机器人场景，它可以打招呼。
效果：任何项目导入此starter都具有打招呼功能，并且问候语中的人名需要可以在配置文件中修改
● 1. 创建自定义starter项目，引入spring-boot-starter基础依赖
● 2. 编写模块功能，引入模块所有需要的依赖。
● 3. 编写xxxAutoConfiguration自动配置类，帮其他项目导入这个模块需要的所有组件
● 4. 编写配置文件META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports指定启动需要加载的自动配置
● 5. 其他项目引入即可使用

1、业务代码

自定义配置有提示。导入以下依赖重启项目，再写配置文件就有提示

@ConfigurationProperties(prefix = "robot")  //此属性类和配置文件指定前缀绑定
@Component
@Data
public class RobotProperties {

    private String name;
    private String age;
    private String email;
}


<!--        导入配置处理器，配置文件自定义的properties配置都会有提示-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-configuration-processor</artifactId>
            <optional>true</optional>
        </dependency>

2、基本抽取

● 创建starter项目，把公共代码需要的所有依赖导入
● 把公共代码复制进来
● 自己写一个 RobotAutoConfiguration，给容器中导入这个场景需要的所有组件
○ 为什么这些组件默认不会扫描进去？
○ starter所在的包和 引入它的项目的主程序所在的包不是父子层级
● 别人引用这个starter，直接导入这个 RobotAutoConfiguration,就能把这个场景的组件导入进来
● 功能生效。
● 测试编写配置文件

3、使用@EnableXxx机制

@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})
@Documented
@Import(RobotAutoConfiguration.class)
public @interface EnableRobot {


}

4、完全自动配置

● 依赖SpringBoot的SPI机制
● META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 文件中编写好我们自动配置类的全类名即可
● 项目启动，自动加载我们的自动配置类

四、附录：SpringBoot3改变 & 新特性 快速总结

1、自动配置包位置变化【参照视频：07、11】
META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports

2、jakata api迁移
● druid有问题

3、新特性 - 函数式Web、ProblemDetails【参照视频：50、51】

4、GraalVM 与 AOT【参照视频：86~93】

5、响应式编程全套【第三季：预计7~8月份发布】

6、剩下变化都是版本升级，意义不大

铁哥备注：
自定义starter比较朦胧的可以看视频p65，讲解的非常细致。

自定义组件：
主要靠上面两个文件，RedisAutoConfiguration和RedisProperties，@EnableConfigurationProperties({RedisProperties.class})和@ConfigurationProperties（xx）两注解是关键

@AutoConfiguration
@EnableConfigurationProperties({FeProperties.class})
public class FeAutoConfiguration {// 必须有

    @Bean
    public FeDemo getFeDemo(FeProperties feProperties){//  FeDemo是个第三方类，这边看业务需求搞了
        return new FeDemo(feProperties);
    }
}


@ConfigurationProperties(
        prefix = "fe"
)
@Data
public class FeProperties {// 必须有

    private String name;
    private String age;

}

public class FeDemo {// 可以没有这个类，看FeAutoConfiguration中业务需要
    public static String feStatic = "feStatic";

    public FeDemo(FeProperties feProperties) {
        feStatic = feProperties.getName();// 改变feStatic为yml上面配置的值，取的yml配置的fe.name的值
    }
}

启动上面代码方式一：注解方式，在具体的Controller上面加这个注解即可，这种不推荐，还得加注解，麻烦

@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})
@Documented
@Import(FeAutoConfiguration.class)
public @interface EnableFe {
}

启动上面代码方式二：增加文件，推荐，一劳永逸。备注：两种方式都能让项目启动时实例化FeAutoConfiguration、FeProperties、FeDemo
springboot启动会扫描每个jar包下面的这些imports文件或者factories文件。

在resource/META-INF/spring下面拷贝一份org.springframework.boot.autoconfigure.AutoConfiguration.imports，把里面的东西删光，然后新增自己的，比如上面的com.zt.project.starter.FeAutoConfiguration

springboot2的话，就在resource/META-INF下面新增一份 spring.factories，然后修改里面内容如下
org.springframework.boot.autoconfigure.EnableAutoConfiguration=
com.zt.project.starter.FeAutoConfiguration

自定义starter
在自定义组件的基础上，新建一个工程，把上面组件代码拷贝到新工程下。
1、新工程pom.xml需要支撑组件的注解等等，该引入的就正常引入；
2、删除启动类；
3、采取resource/META-INF/spring方式，注意是在新建工程的resource文件夹下面弄即可，不用在其他项目单独弄了；
好比mybaits或者redis，pom直接引入jar包直接用，不用什么加注解，不用搞什么imports文件

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

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

相关文章

针对 Linux SSH 服务器的新攻击：Supershell 恶意软件危害易受攻击的系统

针对 Linux SSH 服务器的新攻击：Supershell 恶意软件危害易受攻击的系统

ASEC 研究人员发现了针对保护不善的 Linux SSH 服务器的新攻击。 在其中&#xff0c;黑客使用了用Go编写的 Supershell恶意软件。 该后门使攻击者能够远程控制受感染的系统。 初次感染后&#xff0c;黑客启动扫描仪来寻找其他易受攻击的目标。 据信这些攻击是使用从已受感…
阅读更多...
构建高可用和高防御力的云服务架构：从DDoS高防到PolarDB

构建高可用和高防御力的云服务架构：从DDoS高防到PolarDB

引言 随着互联网技术的飞速发展&#xff0c;网络环境已经成为我们日常生活和商业活动中不可或缺的一部分。然而&#xff0c;这种依赖也带来了新的挑战&#xff0c;尤其是在网络安全领域。其中&#xff0c;分布式拒绝服务&#xff08;DDoS&#xff09;攻击因其破坏性强、难以防…
阅读更多...
OpenStack Yoga版安装笔记（十三）neutron安装

OpenStack Yoga版安装笔记（十三）neutron安装

1、官方文档 OpenStack Installation Guidehttps://docs.openstack.org/install-guide/ 本次安装是在Ubuntu 22.04上进行&#xff0c;基本按照OpenStack Installation Guide顺序执行&#xff0c;主要内容包括&#xff1a; 环境安装 &#xff08;已完成&#xff09;OpenStack…
阅读更多...
VS2022中的调试

VS2022中的调试

目录 前言&#xff1a; 使用&#xff1a; 调试&#xff1a; 前言&#xff1a; 在日益繁忙的工作环境中&#xff0c;选择合适的编程工具已成为提升开发者工作效率的关键。不同的工具能够帮助我们简化代码编写、自动化任务、提升调试速度&#xff0c;甚至让团队协作更加顺畅。…
阅读更多...
【Linux学习】基本指令其一

【Linux学习】基本指令其一

命令行界面 命令行终端是一个用户界面&#xff0c;允许用户通过输入文本命令与计算机系统进行交互。 比如Windows下&#xff0c; 键入winR&#xff0c;然后输入cmd&#xff0c;就可以输入文本指令与操作系统交互了。 Windows有另一个命令行界面Powershell,它的功能比cmd更强大…
阅读更多...
关于有源蜂鸣器及无源蜂鸣器的区别及驱动各类单片机案例

关于有源蜂鸣器及无源蜂鸣器的区别及驱动各类单片机案例

关于有源蜂鸣器及无源蜂鸣器的区别及驱动各类单片机案例 有源蜂鸣器与无源蜂鸣器区别有源蜂鸣器无源蜂鸣器模块化有源蜂鸣器及无源蜂鸣器驱动方式的说明 有源、无源蜂鸣器代码驱动总结 有源蜂鸣器与无源蜂鸣器区别 有源蜂鸣器与无源蜂鸣器区别在于是否有振荡源。 有源蜂鸣器即…
阅读更多...
Redis——redispluspls库通用命令以及String类型相关接口使用

Redis——redispluspls库通用命令以及String类型相关接口使用

文章目录 通用命令get&#xff0c;setkeys插入迭代器 expire和ttltype string 类型接口set和getset NX和XXmset 和 mgetgetrange 和 setrangeincr 和 decr 通用命令 get&#xff0c;set void get_set_test(sw::redis::Redis& redis){//bool set(const sw::redis::StringV…
阅读更多...
Hadoop的安装

Hadoop的安装

文章目录 一. 到Hadoop官网下载安装文件hadoop-3.4.0.tar.gz。二. 环境变量三. 配置 一. 到Hadoop官网下载安装文件hadoop-3.4.0.tar.gz。 随后点击下载即可 由于Hadoop不直接支持Windows系统&#xff0c;因此&#xff0c;需要修改一些配置才能运行 二. 环境变量 三. 配置 进…
阅读更多...
《飞机大战游戏》实训项目（Java GUI实现）(设计模式)(简易)

《飞机大战游戏》实训项目（Java GUI实现）(设计模式)(简易)

目录 一、最终实现后&#xff0c;效果如下。 &#xff08;1&#xff09;简单介绍本游戏项目&#xff08;待完善&#xff09; &#xff08;2&#xff09;运行效果图&#xff08;具体大家自己可以试&#xff09; 初始运行情况。 手动更换背景图。 通过子弹攻击敌机&#xff0c;累…
阅读更多...
如何在Mac上查看剪贴板历史记录

如何在Mac上查看剪贴板历史记录

重点摘要 macOS 内建的剪贴簿查看器可以透过 Finder 存取,但只能显示最近一次复制的内容,而且重新开机后就会清除。若要更进阶的剪贴簿管理,第三方 app 像是 CleanClip 提供了强大的功能和更好的组织方式。CleanClip 提供了全方位的剪贴簿历史管理解决方案,支援各种内容类型和…
阅读更多...
HarmonyOS鸿蒙开发实战（5.0）表情图片聊天案例实践

HarmonyOS鸿蒙开发实战（5.0）表情图片聊天案例实践

鸿蒙HarmonyOS NEXT开发实战往期文章必看&#xff08;持续更新......&#xff09; HarmonyOS NEXT应用开发性能实践总结 HarmonyOS NEXT应用开发案例实践总结合集 最新版&#xff01;“非常详细的” 鸿蒙HarmonyOS Next应用开发学习路线&#xff01;&#xff08;从零基础入门…
阅读更多...
线性表一（vector）

线性表一（vector）

#include<bits/stdc.h> using namespace std; vector<int> a(5,2);//定义一个初始长度为5&#xff0c;每个元素值为2的可变数组 vector<char> b(3);//定义一个初始长度为3&#xff0c;每个元素为默认值的可变数组 vector<int> v;//定义一个长度为0的可…
阅读更多...
mxnet系统架构

mxnet系统架构

mxnet系统架构 MXNet 是一个高性能、灵活的深度学习框架&#xff0c;最早由李沐&#xff08;Mu Li&#xff09;等人开发&#xff0c;并且得到了 Amazon 的支持。它支持多种语言&#xff08;包括 Python、Scala、C、R、Julia、Perl 等&#xff09;&#xff0c;并以其灵活的编程…
阅读更多...
【保奖思路】2024年华为杯研赛B题完整代码建模过程（后续会更新）

【保奖思路】2024年华为杯研赛B题完整代码建模过程（后续会更新）

您的点赞收藏是我继续更新的最大动力&#xff01; 一定要点击如下的卡片&#xff0c;那是获取资料的入口&#xff01; 点击链接加入【2024华为杯研赛资料汇总】&#xff1a;https://qm.qq.com/q/XzdIsvbiM0https://qm.qq.com/q/XzdIsvbiM0请根据附件WLAN网络实测训练集中所提供…
阅读更多...
python多继承 - 子类指定父类

python多继承 - 子类指定父类

菜鸟教程-面向对象 https://www.runoob.com/python3/python3-class.html 子类内指定父类 父类名称.__init__(self,参数1&#xff0c;参数2&#xff0c;...) 子类对象指定父类 class Parent1:def my_method(self):print("Parent1s my_method")class Parent2:def my_…
阅读更多...
基于uni-app的计算机类面试宝设计与实现（毕业论文）

基于uni-app的计算机类面试宝设计与实现（毕业论文）

目 录 1 前言 1 1.1 研究目的与意义 1 1.2 研究现状 1 1.3 论文结构 2 2 可行性分析 3 2.1 经济可行性 3 2.2 法律可行性 3 2.3 技术可行性 4 2.4 市场可行性 4 2.5 可行性分析结论 4 3 系统需求分析 4 3.1 用户需求分析 4 3.2 系统功能分析 5 3.3 系统性能需求分析 6 4 概要设…
阅读更多...
前端vue-ref与document.querySelector的对比

前端vue-ref与document.querySelector的对比

ref只在本组件中查找&#xff0c;而document.querySelector是在整个页面查找
阅读更多...
【学习笔记】手写Tomcat 四

【学习笔记】手写Tomcat 四

目录 一、Read 方法返回 -1 的问题 二、JDBC 优化 1. 创建配置文件 2. 创建工具类 3. 简化 JDBC 的步骤 三、修改密码 优化返回数据 创建修改密码的页面 注意 测试 四、优化响应动态资源 1. 创建 LoginServlet 类 2. 把登录功能的代码放到 LoginServlet 类 3. 创…
阅读更多...
hackmyvm靶场--zon

hackmyvm靶场--zon

环境 攻击机kali 靶机 未知 主机探测 因为在同一个局域网内使用ARP协议探测存活主机 靶机为192.168.56.128 端口探测 常见的80和22端口 那么一定是寻找web漏洞拿shell了 后台扫描 后台扫描常用dirsearch和gobuster,有时候小字典可能不太行&#xff0c;可以尝试换个大点…
阅读更多...
Android SystemUI组件（07）锁屏KeyguardViewMediator分析

Android SystemUI组件（07）锁屏KeyguardViewMediator分析

该系列文章总纲链接&#xff1a;专题分纲目录 Android SystemUI组件 本章关键点总结 & 说明&#xff1a; 说明&#xff1a;本章节持续迭代之前章节的思维导图&#xff0c;主要关注左侧上方锁屏分析部分即可。 为了更好理解本文的内容&#xff0c;优先说明下SystemUI中与Ke…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023