总结：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方法@Autowiredpublic void setCat(Cat cat) {this.cat = cat;}// 其他业务逻辑...
}

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

@Component
public class Dog {@Autowiredprivate Cat cat;
}

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

@Component
public class Dog {private Cat cat;@Autowiredpublic 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.valuenew 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@Beanpublic Dog dog(){return new Dog();}
}

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

@Component
public class Cat {private Dog dog;@Autowiredpublic Cat(@Lazy Dog dog) {this.dog = dog;}
}

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

@Component
public class Cat {@Lazy@Autowiredprivate Dog dog;
}

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

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

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

@Component
public class A {@Autowiredprivate B b;
}

类B：

@Component
public class B {@Autowiredprivate C c;
}

类C：

@Component
public class C {@Autowiredprivate A a;
}

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

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

@Component
public class A {@Autowiredprivate 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*/@Autowiredpublic Cat(@Lazy Dog dog) {//注意这里不能在构造方法里面调用dog对象，一旦调用就会立即触发Dog的实例化操作this.dog = dog;}
}

@Component
public class Dog {private Cat cat;//只要保证一方加了@Lazy注解就行@Autowiredpublic 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 {@Autowiredprivate Dog dog;//手动指明使用哪个构造方法创建bean@Autowiredpublic Cat() {System.out.println("Cat无参构造方法执行");}
}

@Component
public class Dog {@Autowiredprivate Cat cat;@Autowiredpublic Dog() {System.out.println("Dog无参构造方法执行");}
}

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

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

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

代码示例：

@Component
public class Cat {@Lazy@Autowiredprivate Dog dog;@Autowiredpublic Cat() {System.out.println("Cat无参构造方法执行");}
}

@Component
public class Dog {@Lazy@Autowiredprivate Cat cat;@Autowiredpublic 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*/@Autowiredpublic 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循环依赖详解

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

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

相关文章

【你也能从零基础学会网站开发】Web建站之javascript入门篇 Function函数详解

【你也能从零基础学会网站开发】Web建站之javascript入门篇 Function函数详解

&#x1f680; 个人主页 极客小俊 ✍&#x1f3fb; 作者简介&#xff1a;web开发者、设计师、技术分享 &#x1f40b; 希望大家多多支持, 我们一起学习和进步&#xff01; &#x1f3c5; 欢迎评论 ❤️点赞&#x1f4ac;评论 &#x1f4c2;收藏 &#x1f4c2;加关注 函数概述 …
阅读更多...
Python Pip 命令大全及其技术应用指南【第119篇—Pip 命令】

Python Pip 命令大全及其技术应用指南【第119篇—Pip 命令】

Python Pip 命令大全及其技术应用指南 Python 的包管理工具 Pip 是开发者们在构建、分享和安装 Python 包的重要工具之一。本文将深入介绍 Pip 命令的各种用法&#xff0c;旨在帮助开发者更好地利用 Pip 管理项目依赖、安装库和进行版本控制。 1. Pip 安装与升级 首先&#x…
阅读更多...
202109 CSP认证 | 脉冲神经网络

202109 CSP认证 | 脉冲神经网络

3. 脉冲神经网络 好久之前第一次写的时候完全对第三题没感觉&#xff0c;提交上去得了个0 分… 这次自己再写了一遍&#xff0c;花的时间不多&#xff0c;写的时候感觉逻辑也不是特别难。最后是超时了&#xff0c;感觉第三题开始涉及到优化了&#xff0c;不仅仅是暴力模拟就可以…
阅读更多...
查看pip当前关联python版本及位置

查看pip当前关联python版本及位置

好久没用python了&#xff0c;把各种pip指向的环境忘光光啦&#xff0c;这里记录一下查看pip当前关联的python版本及位置的方法&#xff1a; pip -V结果&#xff1a; 我一般不用这个版本的python&#xff0c;去环境变量看了一下&#xff0c;原来是anaconda的Scripts自带pip&a…
阅读更多...
VUE_自适应布局lib-flexible+postcss-pxtorem、lib-flexible + postcss-px2rem，nuxt页面自适配

VUE_自适应布局lib-flexible+postcss-pxtorem、lib-flexible + postcss-px2rem，nuxt页面自适配

lib-flexible postcss-pxtorem适配 我采用的是flexable.js和postcss-pxtorem。我一开始用的是postcss-px2rem后来发现和nuxt引入公共css的时候发生了冲突所以改用了postcss-pxtorem。 安装依赖 npm i lib-flexible -S npm install postcss-pxtorem --save 1、lib-flexible.…
阅读更多...
Spring Boot 面试题及答案整理，最新面试题

Spring Boot 面试题及答案整理，最新面试题

Spring Boot中的自动配置是如何工作的&#xff1f; Spring Boot的自动配置是其核心特性之一&#xff0c;它通过以下方式工作&#xff1a; 1、EnableAutoConfiguration注解&#xff1a; 这个注解告诉Spring Boot开始查找添加了Configuration注解的类&#xff0c;并自动配置它们…
阅读更多...
突破编程_前端_JS编程实例（目录导航）

突破编程_前端_JS编程实例（目录导航）

1 开发目标 目录导航组件旨在提供一个滚动目录导航功能&#xff0c;使得用户可以方便地通过点击目录条目快速定位到对应的内容标题位置&#xff0c;同时也能够随着滚动条的移动动态显示当前位置在目录中的位置&#xff1a; 2 详细需求 2.1 标题提取与目录生成 组件需要能够自…
阅读更多...
Java 中的 File 类常用方法介绍

Java 中的 File 类常用方法介绍

Java 中的 File 类是 java.io 包的一部分&#xff0c;它提供了丰富的文件操作方法。File 类可以用来表示文件和目录路径名的抽象表示形式&#xff0c;即它可以用来获取文件或目录的属性&#xff0c;也可以用来创建、删除、重命名文件和目录。下面是一些常用的 File 类方法&…
阅读更多...
JavaEE+springboot教学仪器设备管理系统o9b00-springmvc

JavaEE+springboot教学仪器设备管理系统o9b00-springmvc

本文旨在设计一款基于Java技术的教学仪器设备销售网站&#xff0c;以提高网站性能、功能完善、用户体验等方面的优势&#xff0c;解决现有教学仪器设备销售网站的问题&#xff0c;并为广大教育工作者和学生提供便捷的教学仪器设备销售渠道。本文首先介绍了Java技术的相关基础知…
阅读更多...
深入理解Hive：探索不同的表类型及其应用场景

深入理解Hive：探索不同的表类型及其应用场景

文章目录 1. 引言2. Hive表类型概览2.1 按照数据存储位置2.2 按照数据管理方式2.3 按照查询优化2.4 按照数据的临时性和持久性 3. 写在最后 1. 引言 在大数据时代&#xff0c;Hive作为一种数据仓库工具&#xff0c;为我们提供了强大的数据存储和查询能力。了解Hive的不同表类型…
阅读更多...
【运维】本地部署Gemma模型（图文）

【运维】本地部署Gemma模型（图文）

工具简介 我们需要使用到两个工具&#xff0c;一个是Ollama&#xff0c;另一个是open-webui。 Ollama Ollama 是一个开源的大语言平台&#xff0c;基于 Transformers 和 PyTorch 架构&#xff0c;基于问答交互方式&#xff0c;提供大语言模型常用的功能&#xff0c;如代码生…
阅读更多...
Day30：安全开发-JS应用NodeJS指南原型链污染Express框架功能实现审计

Day30：安全开发-JS应用NodeJS指南原型链污染Express框架功能实现审计

目录 环境搭建-NodeJS-解析安装&库安装 功能实现-NodeJS-数据库&文件&执行 安全问题-NodeJS-注入&RCE&原型链 案例分析-NodeJS-CTF题目&源码审计 开发指南-NodeJS-安全SecGuide项目 思维导图 JS知识点&#xff1a; 功能&#xff1a;登录验证&…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023