总结：Spring创建Bean循环依赖问题与@Lazy注解使用详解

总结：Spring创建Bean循环依赖问题与@Lazy注解使用详解

  • 一·前提知识储备：
    • 1.Spring Bean生命周期机制（IOC）
    • 2.Spring依赖注入机制（DI）
      • （1）@Autowired注解标注属性set方法注入
      • （2）@Autowired注解标注属性注入
      • （3）@Autowired注解标注构造方法注入，也可用于存在多个构造方法时，手动指明Spring框架使用哪个构造方法创建Bean
    • 3.了解一定的JVM类加载原理机制
      • （1）第一次使用new关键字调用类构造方法创建对象时，会触发类加载机制，然后再执行类实例化机制
      • （2）每创建一个对象，就会触发类实例化机制一次，注意不是类加载机制
      • （3）先产生一个对象的内存地址，再调用类的 `clinit`方法（由编译器自动生成，用于初始化静态变量和执行静态初始化块的代码），最后才执行类的构造方法。
      • （4）因此一个对象的内存地址，可以在构造方法结束之前暴露出来。但Spring中所谓的提前暴露bean对象地址，都是指构造方法结束之后暴露，而不是构造方法结束之前暴露
    • 4.@Lazy注解使用：
      • （1）使用地方：类、方法、构造方法、方法参数、属性字段。必须标注在IOC容器管理的bean上才会生效，否则无效果
      • （2）功能作用：Springboot项目启动时，懒加载Bean。即只会分配对象地址并暴露在IOC容器里面，但不会立即执行该Bean的实例化操作（构造方法）
      • （3）标注在类上示例：延迟创建
      • （4）标注在方法上示例：延迟注入
      • （5）标注在构造方法参数上示例：延迟注入。直接标注在构造方法上面没效果，加在构造方法参数上才有效果
      • （6）标注在属性字段上示例：
  • 二·什么是Spring Bean循环依赖问题：
    • 1.类A中存在类B属性，类B中存在类C属性，类C中存在类A属性，等类似情况：
    • 2.类A中存在类A属性，等类似情况：
    • 3.Spring项目启动会报异常提示：
  • 三·如何解决Spring Bean循环依赖：
    • 方案一：尽量避免双向依赖（根本上解决）：设计时尽量避免双向依赖，因为双向依赖很容易导致循环依赖的发生。（推荐）
    • 方案二：使用构造函数注入 + @Lazy注解：（推荐）
    • 方案三：使用字段属性注入 + application.yml配置：
    • 方案四：使用字段属性注入 + @Lazy注解：（推荐）
  • 四·Spring解决循环依赖的底层原理：概述
    • 1.三级缓存容器：
    • 2.为什么Bean 都已经实例化了，还需要一个生产 Bean 的ObjectFactory工厂呢？
    • 3.三级缓存容器工作流程示例：假设现在需要实例化两个对象：A、B
      • （1）不存在循环依赖、或者存在循环依赖但不存在AOP操作：
      • （2）存在循环依赖、存在AOP操作：
    • 4.为什么要再包装一层ObjectFactory对象存入三级缓存呢？说是为了解决Bean对象存在AOP代理情况，那么直接生成代理对象半成品Bean放入二级缓存中，这不就可以省略三级缓存了吗？所以这使用三级缓存的意义在哪里？
    • 5.使用构造器注入，造成的循环依赖，三级缓存机制无法自动解决：
    • 6.为什么构造器注入，配合@Lazy注解就能解决循环依赖问题呢？
    • 7·参考文献链接：

一·前提知识储备：

1.Spring Bean生命周期机制（IOC）

在这里插入图片描述
注意：bean实例化就是指调用构造方法创建bean的过程

参考详情文献：

https://blog.csdn.net/riemann_/article/details/118500805

2.Spring依赖注入机制（DI）

参考详情文献：
https://juejin.cn/post/6857406008877121550#heading-17

（1）@Autowired注解标注属性set方法注入

@Component
public class Dog {

    // 私有成员变量
    private Cat cat;

    // 使用@Autowired注解标注setter方法
    @Autowired
    public void setCat(Cat cat) {
        this.cat = cat;
    }

    // 其他业务逻辑...
}

（2）@Autowired注解标注属性注入

@Component
public class Dog {
    @Autowired
    private Cat cat;
}

（3）@Autowired注解标注构造方法注入，也可用于存在多个构造方法时，手动指明Spring框架使用哪个构造方法创建Bean

@Component
public class Dog {

    private Cat cat;

    @Autowired
    public Dog(Cat cat) {
        this.cat = cat;
    }
}

3.了解一定的JVM类加载原理机制

参考详情文献：
https://blog.csdn.net/weixin_48033662/article/details/135246047

（1）第一次使用new关键字调用类构造方法创建对象时，会触发类加载机制，然后再执行类实例化机制

（2）每创建一个对象，就会触发类实例化机制一次，注意不是类加载机制

（3）先产生一个对象的内存地址，再调用类的 clinit方法（由编译器自动生成，用于初始化静态变量和执行静态初始化块的代码），最后才执行类的构造方法。

（4）因此一个对象的内存地址，可以在构造方法结束之前暴露出来。但Spring中所谓的提前暴露bean对象地址，都是指构造方法结束之后暴露，而不是构造方法结束之前暴露

示例代码如下：

public class Example {
    private String value;
    private Example next;

    public Example(String value) {
        // 开启新线程并让其尝试访问this.value
        new Thread(() -> {
            //将当前对象内存地址，赋给next属性，提前暴露当前对象地址
            System.out.println("异步线程next：" + next);
            System.out.println("新线程：" + this.value);
        }).start();

        //将当前对象内存地址，赋给next属性，提前暴露当前对象地址
        next = this;
        System.out.println("主线程next：" + next);

        // 睡眠一段时间模拟初始化耗时操作
        try {
            Thread.sleep(5000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        this.value = value;
        System.out.println("构造方法内部：value已初始化为 " + this.value);
    }

    public static void main(String[] args) {
        Example example = new Example("Hello, World!");
        // 此时example引用已经可以获取，但value字段还未初始化
        System.out.println("example：" + example);
    }
}

4.@Lazy注解使用：

（1）使用地方：类、方法、构造方法、方法参数、属性字段。必须标注在IOC容器管理的bean上才会生效，否则无效果

@Target({ElementType.TYPE, ElementType.METHOD, ElementType.CONSTRUCTOR, ElementType.PARAMETER, ElementType.FIELD})
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface Lazy {

	/**
	 * Whether lazy initialization should occur.
	 */
	boolean value() default true;

}

（2）功能作用：Springboot项目启动时，懒加载Bean。即只会分配对象地址并暴露在IOC容器里面，但不会立即执行该Bean的实例化操作（构造方法）

注意：
（1）简述：虽然会创建该类的一个对象，但是不会执行该对象的构造方法
（2）没有标注该注解或者进行特定配置时，Springboot项目启动时，会默认将扫描范围内的所有Bean进行实例化操作（既创建该类对象，又执行该对象的构造方法）

（3）标注在类上示例：延迟创建

@Lazy
@Component
public class Cat {
    private String name;
    private int age;

    public Cat() {
        System.out.println("Cat无参构造方法执行");
    }
}

（4）标注在方法上示例：延迟注入

注意：@Lazy注解 + @Configuration注解同时标注在类上，会作用所有@Bean注册的类实例

@Configuration
public class IocConfig {
    @Lazy
    @Bean
    public Dog dog(){
        return new Dog();
    }
}

（5）标注在构造方法参数上示例：延迟注入。直接标注在构造方法上面没效果，加在构造方法参数上才有效果

@Component
public class Cat {
    private Dog dog;

    @Autowired
    public Cat(@Lazy Dog dog) {
        this.dog = dog;
    }
}

（6）标注在属性字段上示例：

@Component
public class Cat {
    @Lazy
    @Autowired
    private Dog dog;
}

二·什么是Spring Bean循环依赖问题：

1.类A中存在类B属性，类B中存在类C属性，类C中存在类A属性，等类似情况：

在这里插入图片描述
示例代码：
类A

@Component
public class A {
    @Autowired
	private B b;
}

类B：

@Component
public class B {
    @Autowired
	private C c;
}

类C：

@Component
public class C {
    @Autowired
	private A a;
}

2.类A中存在类A属性，等类似情况：

在这里插入图片描述
示例代码：

@Component
public class A {
    @Autowired
	private A a;
}

3.Spring项目启动会报异常提示：

在这里插入图片描述

三·如何解决Spring Bean循环依赖：

方案一：尽量避免双向依赖（根本上解决）：设计时尽量避免双向依赖，因为双向依赖很容易导致循环依赖的发生。（推荐）

方案二：使用构造函数注入 + @Lazy注解：（推荐）

（1）当有两个类互相依赖时，只要在任意一个类的构造方法上，将另一方参数标注@Lazy注解即可打破循环引用；当然两个类构造方法互相都加也行

（2）若很多个类才构成循环依赖，则建议直接将每个类的构造方法上对方参数都标注@Lazy注解；否则你就一个个去分析循环依赖，然后再单个加@Lazy注解吧

注意：构造函数注入是解决循环依赖问题的最佳方式之一，因为它能够保证Bean在实例化时所有依赖已经注入。

示例代码：

@Component
public class Cat {
    private Dog dog;

	/**
     * 构造方法注入属性对象时，被标注@Lazy注解的参数对象，并不会直接触发Dog类的实例化操作，
     * 而是会先放入一个dog的代理对象在这里，当后面该dog的代理对象被第一次调用时，才会触发Dog的实例化操作，
     * 但是生成的实例化对象并不会替换原本的代理对象，只会将实例化对象注入代理对象里面。
     * （代理对象在其内部维护对实际实例的引用，在后续每次调用时，代理对象都会将请求转发给已经实例化的原生对象，并返回原生对象的方法执行结果）
     * @param dog
     */
    @Autowired
    public Cat(@Lazy Dog dog) {
    	//注意这里不能在构造方法里面调用dog对象，一旦调用就会立即触发Dog的实例化操作
        this.dog = dog;
    }
}

@Component
public class Dog {
    private Cat cat;
	
	//只要保证一方加了@Lazy注解就行
    @Autowired
    public Dog(@Lazy Cat cat) {
        this.cat = cat;
    }
}

方案三：使用字段属性注入 + application.yml配置：

application.yml配置如下：

#允许Spring循环引用配置，默认是关闭的
spring:
  main:
    allow-circular-references: true

（1）开启后Springboot会主动尝试利用三级缓存机制来打破循环引用。如果实在打破不了，就会抛循环引用异常让用户自己解决（可以配合@Lazy注解解决）

（2）一般使用@Autowired注入属性的循环依赖，都可以被Springboot主动打破

（3）Spring无法解决单纯由构造器注入导致的循环依赖，因为Java语言本身的特性决定了构造器调用必须在一个实例化阶段完成，无法通过延后注入的方式打破循环（可以配合@Lazy注解解决）

（4）非单例bean造成的循环引用，Spring也无法自动解决

代码示例：

@Component
public class Cat {
    @Autowired
    private Dog dog;

	//手动指明使用哪个构造方法创建bean
    @Autowired
    public Cat() {
        System.out.println("Cat无参构造方法执行");
    }
}

@Component
public class Dog {
    @Autowired
    private Cat cat;

    @Autowired
    public Dog() {
        System.out.println("Dog无参构造方法执行");
    }
}

方案四：使用字段属性注入 + @Lazy注解：（推荐）

（1）当有两个类互相依赖时，只要在任意一个类中另一方的属性字段上标注@Lazy注解，即可打破循环引用；当然两个类相都加也行

（2）若很多个类才构成循环依赖，则建议直接将每个类的另一方属性字段都标注@Lazy注解；否则你就一个个去分析循环依赖，然后再单个加@Lazy注解吧

代码示例：

@Component
public class Cat {
    @Lazy
    @Autowired
    private Dog dog;

	@Autowired
    public Cat() {
        System.out.println("Cat无参构造方法执行");
    }
}

@Component
public class Dog {
    @Lazy
    @Autowired
    private Cat cat;

    @Autowired
    public Dog() {
        System.out.println("Dog无参构造方法执行");
    }
}

四·Spring解决循环依赖的底层原理：概述

1.三级缓存容器：

public class DefaultSingletonBeanRegistry ... {
  //1、最终单例Bean容器，里面bean都已经完成了实例化、属性注入、初始化，称之为"一级缓存"
  Map<String, Object> singletonObjects = new ConcurrentHashMap(256);
  //2、早期Bean单例池，缓存半成品对象（完成了实例化，但未完成属性注入、未执行初始化 init 方法），且当前对象已经被其他对象引用了，称之为"二级缓存"
  Map<String, Object> earlySingletonObjects = new ConcurrentHashMap(16);
  //3、单例Bean的工厂池，缓存半成品对象（完成了实例化，但未完成属性注入、未执行初始化 init 方法），对象未被引用，使用时在通过工厂创建Bean，称之为"三级缓存"
  Map<String, ObjectFactory<?>> singletonFactories = new HashMap(16);
}

2.为什么Bean 都已经实例化了，还需要一个生产 Bean 的ObjectFactory工厂呢？

这跟循环依赖期间存在AOP操作有关：

（1）若不存在循环依赖、或者存在循环依赖但没有AOP操作时，ObjectFactory的getObject()方法返回的是，原本bean实例对象

（2）若存在循环依赖且存在AOP操作时，ObjectFactory的getObject()方法返回的是，原本bean实例的代理对象（提前创建代理对象，原本Spring的设计模式是bean实例化、属性注入、初始化之后，再创建代理对象的，但这种特殊情况为了解决循环依赖，只能提前创建。因此Spring框架在极端情况下，可能出现bean后置处理器方法在属性注入、初始化方法前执行，但问题也能解决）

3.三级缓存容器工作流程示例：假设现在需要实例化两个对象：A、B

（1）不存在循环依赖、或者存在循环依赖但不存在AOP操作：

1.先从一级、二级、三级缓存容器找对象A，发现没有
2.执行A的构造方法进行实例化，但未执行属性注入、初始化操作（@PostConstruct），A 只是一个半成品。
3.将早期的A暴露出去，放到三级缓存容器singletonFactories中，bean对象会被ObjectFactory包装起来
4.A进行属性注入，发现没有依赖其他未创建的对象
5.A进行初始化操作（@PostConstruct），完成bean创建工作
6.然后会调用addSingleton方法，将自己丢到一级缓存中，并将自己从二级、三级缓存中移除（实际只有三级缓存容器有对象）
7.再按照上述步骤创建B对象，从步骤1开始
......

（2）存在循环依赖、存在AOP操作：

1.先从一级、二级、三级缓存容器找对象A，发现没有
2.实例化A，此时 A 还未完成属性填充和初始化方法（@PostConstruct）的执行，A 只是一个半成品。
3.提前暴露A引用，为 A 创建一个 Bean 工厂，并放入到  singletonFactories 中。
4.属性注入A，发现 A 需要注入 B 对象，但是一级、二级、三级缓存均为发现对象 B。
5.实例化B，此时 B 还未完成属性填充和初始化方法（@PostConstruct）的执行，B 只是一个半成品。
6.提前暴露B引用，为 B 创建一个 Bean 工厂，并放入到  singletonFactories 中。
7.属性注入B，发现 B 需要注入 A 对象，此时在一级、二级未发现对象 A，但是在三级缓存中发现了对象 A，从三级缓存中得到对象 A，
并将对象 A 放入二级缓存中，同时删除三级缓存中的对象 A。（注意，此时的 A 还是一个半成品，并没有完成属性填充和执行初始化方法），
然后将对象 A 注入到对象 B 中，对象 B 完成属性填充
8.执行B初始化方法，B对象彻底创建完成。
9.将B对象放入到一级缓存中，同时删除三级缓存中的对象 B。（此时对象 B 已经是一个成品）
10.对象 A 得到对象 B，将对象 B 注入到对象 A 中，对象 A 完成属性填充。（对象 A 得到的是一个完整的对象 B）
11.执行A初始化方法，A对象彻底创建完成
12.将A对象放入到一级缓存中，同时删除二级缓存中的对象 A。（此时对象 A 已经是一个成品）

4.为什么要再包装一层ObjectFactory对象存入三级缓存呢？说是为了解决Bean对象存在AOP代理情况，那么直接生成代理对象半成品Bean放入二级缓存中，这不就可以省略三级缓存了吗？所以这使用三级缓存的意义在哪里？

  • （1）正常情况下（没有循环依赖）：

  • （1-1）Spring都是在完全创建好Bean之后，才创建对应的代理对象

  • （2）为了处理循环依赖，Spring有三种选择：

  • （2-1）不管有没有循环依赖，直接将半成品bean对象放入二级缓存，用于解决循环依赖问题。（会导致无法注入AOP代理对象，只能是原生bean实例对象）

  • （2-2）不管有没有循环依赖，都提前创建好代理对象，并将代理对象放入二级缓存，出现循环依赖时，其他对象直接就可以取到代理对象并注入。（会导致无法注入原生bean实例对象，只能是AOP代理对象）

  • （2-3）加一个中间层，只有出现循环依赖且存在AOP操作时，才会提前生成代理对象，其他情况下都是返回原生bean实例对象。（这样就极大可能保证Spring按照原本AOP代理设计模式进行创建bean，且又能解决循环依赖问题）

注意：虽然加一个中间层，看似极大的兼顾了两种情况。但Spring框架在极端情况下，还是可能出现bean后置处理器方法在属性注入、初始化方法前执行，但该问题也能通过合理手段解决

5.使用构造器注入，造成的循环依赖，三级缓存机制无法自动解决：

因为构造器循环依赖是发生在bean实例化阶段，此时连bean的构造方法都没执行完，早期对象都无法创建出来。因此也无法放到三级缓存。三级缓存只能是在bean实例化之后，才能起到作用

6.为什么构造器注入，配合@Lazy注解就能解决循环依赖问题呢？

（1）示例代码：

@Component
public class Cat {
    private Dog dog;

	/**
     * 构造方法注入属性对象时，被标注@Lazy注解的参数对象，并不会直接触发Dog类的实例化操作，
     * 而是会先放入一个dog的代理对象在这里，当后面该dog的代理对象被第一次调用时，才会触发Dog的实例化操作，
     * 但是生成的实例化对象并不会替换原本的代理对象，只会将实例化对象注入代理对象里面。
     * （代理对象在其内部维护对实际实例的引用，在后续每次调用时，代理对象都会将请求转发给已经实例化的原生对象，并返回原生对象的方法执行结果）
     * @param dog
     */
    @Autowired
    public Cat(@Lazy Dog dog) {
    	//注意这里不能在构造方法里面调用dog对象，一旦调用就会立即触发Dog的实例化操作
        this.dog = dog;
    }
}

（2）使用构造器注入 + @Lazy注解，解决循环依赖的工作流程示例：一句话，@Lazy 注解是通过建立一个中间代理层，来破解循环依赖的

1.从一、二、三级缓存总找不到cat对象，开始实例化cat对象
2.由于Cat构造器参数dog上标注了@Lazy注解，因此Spring执行构造方法时，会创建一个代理对象赋给dog属性
3.cat对象成功创建实例对象，放入三级缓存里面
4.cat对象再执行属性注入、初始化操作，完成最终bean创建
5.cat对象最后放入单例池里面（一级缓存），删除二、三级缓存里面的cat对象
6.当cat对象的dog属性被第一次调用时（dog此时是代理对象），会触发Dog类的实例化操作，生成实例化对象dog2
7.dog2对象再执行属性注入、初始化方法，完成最终bean创建，放入单例池（一级缓存）
8.Spring最后再将dog2对象注入到cat对象的dog属性的代理对象里面
（生成的实例化对象并不会替换原本的代理对象，只会将实例化对象注入代理对象里面。代理对象在其内部维护对实际实例的引用，
在后续每次调用时，代理对象都会将请求转发给已经实例化的原生对象，并返回原生对象的方法执行结果）

7·参考文献链接：

Spring 解决循环依赖必须要三级缓存吗？
Spring循环依赖解决方案
Spring使用三级缓存解决循环依赖？
spring中怎么解决循环依赖的问题
Spring系列第28篇：Bean循环依赖详解

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

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

力扣530. 二叉搜索树的最小绝对差

力扣530. 二叉搜索树的最小绝对差

思路1&#xff1a;中序遍历&#xff0c;递归排序成有序数组&#xff1b;因为是有序&#xff0c;只需要求相邻两个值的最小差值。 class Solution {ArrayList <Integer> list new ArrayList();int ans 100001;//题目最大 100000public int getMinimumDifference(TreeNo…
阅读更多...
[QT]自定义的QtabWidget

[QT]自定义的QtabWidget

需求 最近有一个需求就是一个QTabWidget要求有四个tab页在左侧用于显示主页面&#xff0c;在右侧有一个关于按钮&#xff0c;点击后用于弹出窗口显示一些程序相关信息。主要是怎么实现右侧按钮 相关代码 #ifndef MYTABWIDGET_H #define MYTABWIDGET_H#include <QWidget&g…
阅读更多...
docker学习（十四）docker搭建私服

docker学习（十四）docker搭建私服

docker私服搭建&#xff0c;配置域名访问&#xff0c;设置访问密码 启动registry docker run -d \-p 5000:5000 \-v /opt/data/registry:/var/lib/registry \registrydocker pull hello-world docker tag hello-world 127.0.0.1:5000/hello-world docker push 127.0.0.1:5000…
阅读更多...
金融数据采集与风险管理：Open-Spider工具的应用与实践

金融数据采集与风险管理：Open-Spider工具的应用与实践

一、项目介绍 在当今快速发展的金融行业中&#xff0c;新的金融产品和服务层出不穷&#xff0c;为银行业务带来了巨大的机遇和挑战。为了帮助银行员工更好地应对这些挑战&#xff0c;我们曾成功实施了一个创新的项目&#xff0c;该项目采用了先进的爬虫技术&#xff0c;通过ope…
阅读更多...
安全测试报告-模板内容

安全测试报告-模板内容

1. 概述 为检验XXXX平台 系统的安全性&#xff0c;于 XXXX年 XX 月 XX 日至 XXXX年 XX 月 XX日对目标系统进行了安全测试。在此期间测试人员将使用各 种非破坏性质的攻击手段&#xff0c;对目标系统做深入的探测分析&#xff0c;进而挖掘系统中的安 全漏洞和风险隐患。研发团队…
阅读更多...
《互联网的世界》第五讲-信任和安全(第一趴:物理世界的非对称加密装置)

《互联网的世界》第五讲-信任和安全(第一趴:物理世界的非对称加密装置)

信任和安全的话题过于庞大&#xff0c;涉及很多数学知识&#xff0c;直接涉及 “正事” 反而不利于理解问题的本质&#xff0c;因此需要先讲一个前置作为 part 1。 part 1 主要描述物理世界的信任和安全&#xff0c;千万不要觉得数字世界是脱离物理世界的另一天堂&#xff0c;…
阅读更多...
Vue 3中的ref：响应式变量的强大工具

Vue 3中的ref：响应式变量的强大工具

&#x1f90d; 前端开发工程师、技术日更博主、已过CET6 &#x1f368; 阿珊和她的猫_CSDN博客专家、23年度博客之星前端领域TOP1 &#x1f560; 牛客高级专题作者、打造专栏《前端面试必备》 、《2024面试高频手撕题》 &#x1f35a; 蓝桥云课签约作者、上架课程《Vue.js 和 E…
阅读更多...
HIVE伪分布安装

HIVE伪分布安装

引言 Hive是基于Hadoop的一个数据仓库工具，可以将结构化的数据文件映射为一张表，类似于RDBMS(关系型数据库，如MySQL、Oracle、PgSQL)，并提供类SQL的查询功能。 实验准备 1.搭建好伪分布安装模式的Hadoop的虚拟机，并配置了Linux网络。（可看我前面发布的文章） 2.apache…
阅读更多...
2024年掌握人工智能的顶级课程

2024年掌握人工智能的顶级课程

[AI 课程推荐] 谷歌、微软、哈佛大学, DeepLearning.AI都发布了免费的人工智能和ChatGPT的课程。 以下是 2024 年掌握人工智能的顶级课程: GOOGLE - 生成式人工智能学习路径微软- 为每个人提供生成式人工智能微软 - 人工智能初学者入门哈佛 - CS50 的 Python 人工智能简介Deep…
阅读更多...
【OpenGL实现04】glViewport - 玩家干预下改变视口和场景

【OpenGL实现04】glViewport - 玩家干预下改变视口和场景

一、说明 游戏开发中&#xff0c;人机互动机制是必不可少的。输入装置要么操作杆、要么是键盘。视口改变是无论在3D还是2D都要出现的功能&#xff0c;比如&#xff0c;google地图就是一个显然的变视口问题&#xff0c;视口如同一个放大镜在地图上方移动&#xff0c;理论上可以…
阅读更多...
实验二（二）OSPF路由协议基础实验

实验二（二）OSPF路由协议基础实验

1.实验介绍 1.1关于本实验 开放式最短路径优先 OSPF(Open Shortest Path First)是IETF 组织开发的一个基于链路状态的内部网关协议(Interior Gateway Protocol)。目前针对 IPv4 协议使用的是 OSPF Version 2(RFC2328);OSPF 作为基于链路状态的协议&#xff0c;OSPF 具有以下优…
阅读更多...
C语言程序与设计——函数(二)递归练习

C语言程序与设计——函数(二)递归练习

在上一篇文章中接触到了递归这种编程方法&#xff0c;下面我们将用几个程序加深以下对递归的理解。 递归实际上就是程序调用自身的编程技巧 递归程序的组成&#xff1a; 边界条件处理针对于问题的处理过程和递归过程结果返回 二分查找 首先分析二分查找的查找逻辑&#xff1a; …
阅读更多...
XXE漏洞基本原理(原理+靶场复现漏洞)

XXE漏洞基本原理(原理+靶场复现漏洞)

一、XXE漏洞与xml&#xff1a; 1、XXE漏洞的概念与基本原理&#xff1a; XXE漏洞&#xff0c;全称&#xff1a;"XML External Entity Injection"。 这种漏洞发生在应用程序解析XML输入数据时&#xff0c;如果没有禁止或限制对外部实体的引用和加载&#xff0c;那么…
阅读更多...
【基于HTML5的网页设计及应用】——float实现页面布局

【基于HTML5的网页设计及应用】——float实现页面布局

&#x1f383;个人专栏&#xff1a; &#x1f42c; 算法设计与分析&#xff1a;算法设计与分析_IT闫的博客-CSDN博客 &#x1f433;Java基础&#xff1a;Java基础_IT闫的博客-CSDN博客 &#x1f40b;c语言&#xff1a;c语言_IT闫的博客-CSDN博客 &#x1f41f;MySQL&#xff1a…
阅读更多...
MySQL-----存储过程

MySQL-----存储过程

▶ 介绍 存储过程是事先经过编译并存储在数据库中的一段SQL语句的集合&#xff0c;调用存储过程可以简化应用开发人员的很多工作&#xff0c;减少数据在数据库和应用服务器之间的传输&#xff0c;对于提高数据处理的效率是有好处的。 存储过程思想上很简单&#xff0c;…
阅读更多...
字典树、并查集

字典树、并查集

字典树 字典树&#xff08; T r i e Trie Trie 树&#xff09;是一种由 “节点” 和 “带有字符的边” 构成的树形结构。典型应用是用于统计和排序大量的字符串&#xff08;但不仅限于字符串&#xff09;&#xff0c;经常被搜索引擎系统用于文本词频统计。优点&#xff1a;最大…
阅读更多...
【三两波折】指向函数的指针

【三两波折】指向函数的指针

函数占用内存&#xff0c;在虚拟内存中属于txt段&#xff08;只读&#xff09;&#xff0c;函数也是有地址的。 函数指针的定义&#xff1a; (返回值类型)(*函数指针名)(参数列表) 当我们调用Proc函数时&#xff0c;一般写作&#xff1a; double ans Proc(6, 7.8f); 实际上是C…
阅读更多...
Intel® Extension for PyTorch*详细安装教程

Intel® Extension for PyTorch*详细安装教程

最近在研究Intel的pytorch的加速拓展Intel Extension for PyTorch*,但是发现官网的文档全是英文的&#xff0c;不太好找安装教程。所以特此分享Intel Extension for PyTorch*的详细安装教程。 文章目录 一、安装所需系统要求1.1 硬件需求1.2 软件需求 二、准备2.1 安装驱动程序…
阅读更多...
搭建nacos集群，并通过nginx实现负载均衡

搭建nacos集群，并通过nginx实现负载均衡

nacos、eureka、consul、zookeeper等都是常用的微服务注册中心&#xff0c;这篇文章详细介绍一下在Ubuntu操作系统上搭建一个nacos的集群&#xff0c;以及通过nginx的反向代理功能实现nacos的负载均衡。 目录 一、安装nacos 1、安装nacos 2、修改nacos配置文件 3、创建naco…
阅读更多...
【Hadoop大数据技术】——HDFS分布式文件系统（学习笔记）

【Hadoop大数据技术】——HDFS分布式文件系统（学习笔记）

&#x1f4d6; 前言&#xff1a;Hadoop的核心是HDFS&#xff08;Hadoop Distributed File System&#xff0c;Hadoop分布式文件系统&#xff09;和MapReduce。其中&#xff0c;HDFS是解决海量大数据文件存储的问题&#xff0c;是目前应用最广泛的分布式文件系统。 目录 &#x…
阅读更多...
最新文章

Copyright @ 2022~2023