@Autowired 和 @Resource的区别只知道注入方式不同?那可不行,其性能上也有差距!

news/2024/11/24 20:25:49/

目录

Autowire vs Resource 性能比较

先上结论:

@Resource查找Bean的时间复杂度为O(1):

@Autowired查找Bean的时间复杂度为O(n):

不能将所有的@Resource无脑替换成@Autowired

结合源码分析Autowire vs Resource 性能比较

@Autowire注解的处理地方:

org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.AutowiredMethodElement#inject

org.springframework.beans.factory.support.DefaultListableBeanFactory#doGetBeanNamesForType:

org.springframework.beans.factory.support.AbstractBeanFactory#isFactoryBean(java.lang.String)

@Resource注解的处理地方:

org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.ResourceElement#getResourceToInject:

org.springframework.context.annotation.CommonAnnotationBeanPostProcessor#autowireResource:

@Autowired和@Resource之间的区别?表格对比版


Autowire vs Resource 性能比较

先上结论:

@Resource性能比@Autowire好很多,尤其是在bean个数较多的场景下。简单的说,@Resource相当于O(1),@Autowire相当于O(n)

@Resource查找Bean的时间复杂度为O(1):

  • @Resource注解是按照name属性进行查找的,如果没有指定name属性,那么默认是按照字段名进行查找。在Spring的DefaultListableBeanFactory类中,有一个beanDefinitionMap成员变量,这是一个HashMap,用于存储所有的Bean定义信息。当使用@Resource注解进行依赖注入时,Spring会直接根据Bean的名称在beanDefinitionMap中进行查找。由于HashMap的查找时间复杂度是O(1),所以@Resource查找Bean的时间复杂度也是O(1)。
  • 例如,如果我们有一个名为"myService"的Bean,那么我们可以使用@Resource(name = "myService")进行注入,Spring会直接在beanDefinitionMap中查找"myService",这个操作的时间复杂度是O(1)。

@Autowired查找Bean的时间复杂度为O(n):

  • @Autowired注解是按照类型进行查找的,如果有多个同类型的Bean,那么还需要配合@Qualifier注解来指定Bean的名称。当使用@Autowired注解进行依赖注入时,Spring需要遍历beanDefinitionMap中的所有Bean,找出所有类型匹配的Bean,然后再根据@Qualifier指定的名称进行筛选。由于需要遍历所有的Bean,所以@Autowired查找Bean的时间复杂度是O(n)。
  • 例如,如果我们有多个类型为MyService的Bean,那么我们可以使用@Autowired和@Qualifier("myService")进行注入,Spring会遍历所有的Bean,找出类型为MyService的Bean,然后再从中筛选出名为"myService"的Bean,这个操作的时间复杂度是O(n)。

不能将所有的@Resource无脑替换成@Autowired

@Resource注解的工作方式是首先按名称进行装配,如果没有找到对应的bean,那么再按类型进行装配。默认情况下,它在字段或者方法上,取字段名或者getter方法的属性名作为bean的名称。这种方式在大多数情况下都能正常工作,但在某些特殊情况下可能会导致查找失败。

以下是一些可能导致@Resource查找失败的情况:

  • Bean的名称与字段名不匹配:
    • 如果你的Spring配置中的bean名称与@Resource注解的字段名不匹配,那么@Resource将无法找到正确的bean。例如,如果你的bean名称是“myService”,但你的字段名是“service”,那么@Resource将无法找到正确的bean。
  • 存在多个类型相同的bean:
    • 如果你的Spring容器中存在多个类型相同的bean,那么@Resource将无法确定应该装配哪一个bean。例如,如果你有两个类型都是UserService的bean,那么@Resource将无法确定应该装配哪一个。
  • 使用了自定义的Bean名称生成策略:
    • 如果你在Spring配置中使用了自定义的Bean名称生成策略,那么@Resource可能无法找到正确的bean。因为@Resource默认是按照字段名作为bean名称进行查找的,如果你的自定义策略生成的bean名称与字段名不匹配,那么@Resource将无法找到正确的bean。

因此,虽然@Resource在大多数情况下都能正常工作,但在某些特殊情况下可能会导致查找失败。在使用@Resource时,需要注意这些潜在的问题,并根据具体的情况进行适当的处理。

结合源码分析Autowire vs Resource 性能比较

@Autowire注解的处理地方:

org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.AutowiredMethodElement#inject

  • 代码的逻辑:
    • 这段代码是Spring框架中处理@Autowired注解的关键部分,它位于AutowiredAnnotationBeanPostProcessor.AutowiredMethodElement类的inject方法中。这个方法的主要作用是将Spring容器中的bean注入到被@Autowired注解的方法的参数中。
    • 工作原理:
      • 检查是否跳过属性注入:
        • checkPropertySkipping(pvs)方法用于检查是否需要跳过当前属性的注入。如果返回true,则直接返回,不进行后续的注入操作。
      • 获取注入方法和参数:
        • 获取被@Autowired注解的方法和该方法的参数类型。
      • 解析注入参数:
        • 如果已经缓存了需要注入的参数(this.cached为true),则直接从缓存中获取参数。否则,需要解析方法的每一个参数,对于每一个参数,都会创建一个DependencyDescriptor对象,然后调用beanFactory.resolveDependency方法来解析参数对应的bean。
      • 处理解析结果:
        • 如果解析出的bean为null且该参数不是必需的(this.required为false),则将arguments设为null并跳出循环。否则,将解析出的bean添加到arguments数组中。
      • 缓存解析结果:
        • 如果arguments不为null,则将解析出的DependencyDescriptor对象和对应的bean缓存起来,以便下次直接使用。
      • 调用方法:
        • 如果arguments不为null,则使用反射调用被@Autowired注解的方法,将解析出的bean作为参数传入。
  • 代码:
    		@Overrideprotected void inject(Object bean, @Nullable String beanName, @Nullable PropertyValues pvs) throws Throwable {if (checkPropertySkipping(pvs)) {return;}Method method = (Method) this.member;Object[] arguments;if (this.cached) {// Shortcut for avoiding synchronization...arguments = resolveCachedArguments(beanName);}else {Class<?>[] paramTypes = method.getParameterTypes();arguments = new Object[paramTypes.length];DependencyDescriptor[] descriptors = new DependencyDescriptor[paramTypes.length];Set<String> autowiredBeans = new LinkedHashSet<>(paramTypes.length);Assert.state(beanFactory != null, "No BeanFactory available");TypeConverter typeConverter = beanFactory.getTypeConverter();for (int i = 0; i < arguments.length; i++) {MethodParameter methodParam = new MethodParameter(method, i);DependencyDescriptor currDesc = new DependencyDescriptor(methodParam, this.required);currDesc.setContainingClass(bean.getClass());descriptors[i] = currDesc;try {Object arg = beanFactory.resolveDependency(currDesc, beanName, autowiredBeans, typeConverter);if (arg == null && !this.required) {arguments = null;break;}arguments[i] = arg;}catch (BeansException ex) {throw new UnsatisfiedDependencyException(null, beanName, new InjectionPoint(methodParam), ex);}}synchronized (this) {if (!this.cached) {if (arguments != null) {Object[] cachedMethodArguments = new Object[paramTypes.length];System.arraycopy(descriptors, 0, cachedMethodArguments, 0, arguments.length);registerDependentBeans(beanName, autowiredBeans);if (autowiredBeans.size() == paramTypes.length) {Iterator<String> it = autowiredBeans.iterator();for (int i = 0; i < paramTypes.length; i++) {String autowiredBeanName = it.next();if (beanFactory.containsBean(autowiredBeanName) &&beanFactory.isTypeMatch(autowiredBeanName, paramTypes[i])) {cachedMethodArguments[i] = new ShortcutDependencyDescriptor(descriptors[i], autowiredBeanName, paramTypes[i]);}}}this.cachedMethodArguments = cachedMethodArguments;}else {this.cachedMethodArguments = null;}this.cached = true;}}}if (arguments != null) {try {ReflectionUtils.makeAccessible(method);method.invoke(bean, arguments);}catch (InvocationTargetException ex) {throw ex.getTargetException();}}}

org.springframework.beans.factory.support.DefaultListableBeanFactory#doGetBeanNamesForType:

  • 代码的逻辑:
    • 这段代码来自Spring框架的DefaultListableBeanFactory类中的doGetBeanNamesForType方法。这个方法的主要作用是获取Spring容器中所有指定类型的bean的名称。
    • 工作原理:
      • 创建结果列表:
        • 创建一个空的列表result,用于存储找到的bean的名称。
      • 检查所有bean定义:
        • 遍历所有的bean定义(this.beanDefinitionNames),对于每一个bean定义,首先检查它是否是别名(isAlias(beanName)),如果是,则跳过。然后获取bean的合并定义(getMergedLocalBeanDefinition(beanName)),并检查这个定义是否是完整的(不是抽象的,且允许提前初始化或者已经有bean类或者不是延迟初始化或者允许提前加载类)。如果满足条件,那么就检查这个bean是否是FactoryBean,如果是,那么就尝试匹配FactoryBean创建的对象。如果匹配成功,那么就将bean的名称添加到结果列表中。
      • 处理异常:
        • 在检查bean定义的过程中,可能会抛出CannotLoadBeanClassException或BeanDefinitionStoreException异常。如果允许提前初始化(allowEagerInit为true),那么就直接抛出这些异常。否则,就忽略这些异常,并记录一条跟踪日志。
      • 检查手动注册的单例:
        • 遍历所有手动注册的单例(this.manualSingletonNames),对于每一个单例,首先检查它是否是FactoryBean,如果是,那么就尝试匹配FactoryBean创建的对象。如果匹配成功,那么就将bean的名称添加到结果列表中。然后尝试匹配FactoryBean本身。如果匹配成功,那么也将bean的名称添加到结果列表中。
      • 返回结果:
        • 将结果列表转换为字符串数组,并返回。
    • 这段代码的主要作用就是获取Spring容器中所有指定类型的bean的名称。这是Spring实现依赖注入的关键部分。
  • 代码:
    	private String[] doGetBeanNamesForType(ResolvableType type, boolean includeNonSingletons, boolean allowEagerInit) {List<String> result = new ArrayList<>();// Check all bean definitions.for (String beanName : this.beanDefinitionNames) {// Only consider bean as eligible if the bean name// is not defined as alias for some other bean.if (!isAlias(beanName)) {try {RootBeanDefinition mbd = getMergedLocalBeanDefinition(beanName);// Only check bean definition if it is complete.if (!mbd.isAbstract() && (allowEagerInit ||(mbd.hasBeanClass() || !mbd.isLazyInit() || isAllowEagerClassLoading()) &&!requiresEagerInitForType(mbd.getFactoryBeanName()))) {// In case of FactoryBean, match object created by FactoryBean.boolean isFactoryBean = isFactoryBean(beanName, mbd);BeanDefinitionHolder dbd = mbd.getDecoratedDefinition();boolean matchFound =(allowEagerInit || !isFactoryBean ||(dbd != null && !mbd.isLazyInit()) || containsSingleton(beanName)) &&(includeNonSingletons ||(dbd != null ? mbd.isSingleton() : isSingleton(beanName))) &&isTypeMatch(beanName, type);if (!matchFound && isFactoryBean) {// In case of FactoryBean, try to match FactoryBean instance itself next.beanName = FACTORY_BEAN_PREFIX + beanName;matchFound = (includeNonSingletons || mbd.isSingleton()) && isTypeMatch(beanName, type);}if (matchFound) {result.add(beanName);}}}catch (CannotLoadBeanClassException ex) {if (allowEagerInit) {throw ex;}// Probably a class name with a placeholder: let's ignore it for type matching purposes.if (logger.isTraceEnabled()) {logger.trace("Ignoring bean class loading failure for bean '" + beanName + "'", ex);}onSuppressedException(ex);}catch (BeanDefinitionStoreException ex) {if (allowEagerInit) {throw ex;}// Probably some metadata with a placeholder: let's ignore it for type matching purposes.if (logger.isTraceEnabled()) {logger.trace("Ignoring unresolvable metadata in bean definition '" + beanName + "'", ex);}onSuppressedException(ex);}}}// Check manually registered singletons too.for (String beanName : this.manualSingletonNames) {try {// In case of FactoryBean, match object created by FactoryBean.if (isFactoryBean(beanName)) {if ((includeNonSingletons || isSingleton(beanName)) && isTypeMatch(beanName, type)) {result.add(beanName);// Match found for this bean: do not match FactoryBean itself anymore.continue;}// In case of FactoryBean, try to match FactoryBean itself next.beanName = FACTORY_BEAN_PREFIX + beanName;}// Match raw bean instance (might be raw FactoryBean).if (isTypeMatch(beanName, type)) {result.add(beanName);}}catch (NoSuchBeanDefinitionException ex) {// Shouldn't happen - probably a result of circular reference resolution...if (logger.isTraceEnabled()) {logger.trace("Failed to check manually registered singleton with name '" + beanName + "'", ex);}}}return StringUtils.toStringArray(result);}

org.springframework.beans.factory.support.AbstractBeanFactory#isFactoryBean(java.lang.String)

  • 代码的逻辑:
    • 这段代码来自Spring框架的AbstractBeanFactory类中的isFactoryBean方法。这个方法的主要作用是判断指定名称的bean是否是一个FactoryBean。
    • 工作原理:
      • 获取bean名称:
        • 首先,通过transformedBeanName(name)方法获取真正的bean名称。这个方法会去掉名称前面的&字符(如果有的话),因为在Spring中,&字符表示获取FactoryBean本身,而不是FactoryBean创建的对象。
      • 检查单例实例:
        • 然后,通过getSingleton(beanName, false)方法获取单例实例。如果找到了单例实例,那么就检查这个实例是否是一个FactoryBean(beanInstance instanceof FactoryBean)。如果是,那么就返回true。
      • 检查bean定义:
        • 如果没有找到单例实例,那么就检查bean定义。如果在当前的BeanFactory中没有找到bean定义,并且父BeanFactory是一个ConfigurableBeanFactory,那么就委托给父BeanFactory来判断是否是FactoryBean(((ConfigurableBeanFactory) getParentBeanFactory()).isFactoryBean(name))。
      • 检查合并的bean定义:
        • 如果在当前的BeanFactory中找到了bean定义,那么就通过getMergedLocalBeanDefinition(beanName)方法获取合并的bean定义,然后调用isFactoryBean(beanName, mbd)方法来判断是否是FactoryBean。
    • 这段代码的主要作用就是判断指定名称的bean是否是一个FactoryBean。这是Spring处理FactoryBean的关键部分。
  • 代码:
    	@Overridepublic boolean isFactoryBean(String name) throws NoSuchBeanDefinitionException {String beanName = transformedBeanName(name);Object beanInstance = getSingleton(beanName, false);if (beanInstance != null) {return (beanInstance instanceof FactoryBean);}// No singleton instance found -> check bean definition.if (!containsBeanDefinition(beanName) && getParentBeanFactory() instanceof ConfigurableBeanFactory) {// No bean definition found in this factory -> delegate to parent.return ((ConfigurableBeanFactory) getParentBeanFactory()).isFactoryBean(name);}return isFactoryBean(beanName, getMergedLocalBeanDefinition(beanName));}

@Resource注解的处理地方:

org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.ResourceElement#getResourceToInject:

  • 代码的逻辑:
    • 这段代码来自Spring框架的CommonAnnotationBeanPostProcessor.ResourceElement类中的getResourceToInject方法。这个方法的主要作用是获取需要注入的资源。
    • 工作原理:
      • 检查是否延迟查找:
        • 首先,检查this.lazyLookup是否为true。this.lazyLookup是一个布尔值,表示是否需要延迟查找资源。如果为true,那么就需要延迟查找资源。
      • 延迟查找资源:
        • 如果需要延迟查找资源,那么就调用buildLazyResourceProxy(this, requestingBeanName)方法来构建一个延迟资源代理。这个代理会在真正需要资源时才去查找资源,这样可以提高应用程序的启动性能。
      • 立即查找资源:
        • 如果不需要延迟查找资源,那么就调用getResource(this, requestingBeanName)方法来立即查找资源。这个方法会立即查找资源,并返回查找到的资源。
    • 这段代码的主要作用就是获取需要注入的资源。这是Spring处理@Resource注解的关键部分。
  • 代码:
		@Overrideprotected Object getResourceToInject(Object target, @Nullable String requestingBeanName) {return (this.lazyLookup ? buildLazyResourceProxy(this, requestingBeanName) :getResource(this, requestingBeanName));}

org.springframework.context.annotation.CommonAnnotationBeanPostProcessor#autowireResource:

  • 代码的逻辑:
    • 这段代码来自Spring框架的CommonAnnotationBeanPostProcessor类中的autowireResource方法。这个方法的主要作用是自动装配资源,也就是找到需要注入的资源,并返回。
    • 工作原理:
      • 检查BeanFactory类型:
        • 首先,检查传入的BeanFactory是否是AutowireCapableBeanFactory的实例。AutowireCapableBeanFactory是一个特殊的BeanFactory,它支持自动装配和其他高级特性。
      • 处理AutowireCapableBeanFactory:
        • 如果BeanFactory是AutowireCapableBeanFactory的实例,那么就获取LookupElement的依赖描述符(DependencyDescriptor),并根据依赖描述符和bean的名称来解析需要注入的资源。如果fallbackToDefaultTypeMatch为true,element.isDefaultName为true,并且BeanFactory中不包含指定名称的bean,那么就通过resolveDependency方法来解析依赖。否则,就通过resolveBeanByName方法来解析依赖。
      • 处理其他BeanFactory:
        • 如果BeanFactory不是AutowireCapableBeanFactory的实例,那么就直接通过getBean方法来获取需要注入的资源。
      • 注册依赖关系:
        • 如果BeanFactory是ConfigurableBeanFactory的实例,那么就遍历所有解析出的bean的名称,对于每一个名称,如果BeanFactory中包含这个名称的bean,那么就通过registerDependentBean方法来注册依赖关系。这样,当一个bean被销毁时,所有依赖它的bean也会被销毁。
      • 返回资源:
        • 最后,返回解析出的资源。
    • 这段代码的主要作用就是自动装配资源,也就是找到需要注入的资源,并返回。这是Spring处理@Resource注解的关键部分。
  • 代码:
	protected Object autowireResource(BeanFactory factory, LookupElement element, @Nullable String requestingBeanName)throws NoSuchBeanDefinitionException {Object resource;Set<String> autowiredBeanNames;String name = element.name;if (factory instanceof AutowireCapableBeanFactory) {AutowireCapableBeanFactory beanFactory = (AutowireCapableBeanFactory) factory;DependencyDescriptor descriptor = element.getDependencyDescriptor();if (this.fallbackToDefaultTypeMatch && element.isDefaultName && !factory.containsBean(name)) {autowiredBeanNames = new LinkedHashSet<>();resource = beanFactory.resolveDependency(descriptor, requestingBeanName, autowiredBeanNames, null);if (resource == null) {throw new NoSuchBeanDefinitionException(element.getLookupType(), "No resolvable resource object");}}else {resource = beanFactory.resolveBeanByName(name, descriptor);autowiredBeanNames = Collections.singleton(name);}}else {resource = factory.getBean(name, element.lookupType);autowiredBeanNames = Collections.singleton(name);}if (factory instanceof ConfigurableBeanFactory) {ConfigurableBeanFactory beanFactory = (ConfigurableBeanFactory) factory;for (String autowiredBeanName : autowiredBeanNames) {if (requestingBeanName != null && beanFactory.containsBean(autowiredBeanName)) {beanFactory.registerDependentBean(autowiredBeanName, requestingBeanName);}}}return resource;}

@Autowired和@Resource之间的区别?表格对比版

@Autowired可用于:构造函数、成员变量、Setter方法

 同

两者都可以写在字段和setter方法上;两者如果都写在字段上,那么就不需要再写setter方法;

 同

@Resource和@Autowired都是做bean的注入时使用;

@Autowired

@Resource

注入方式

@Autowired默认是按照类型 (byType) 装配注入的,默认情况下它要求依赖对象必须存在 (可以设置它required属性为false);

这会有什么问题呢? 当一个接口存在多个实现类的话,byType这种方式就无法正确注入对象了,因为这个时候 Spring 会同时找到多个满足条件的选择,默认情况下它自己不知道选择哪一个

想使用按照名称 (byName) 来装配,可以结合@Qualifier注解一起使用;

@Resource默认是按照名称 (byName) 来装配注入的,只有当找不到与名称匹配的bean才会按照类型来装配注入;

@Resource装配顺序:

  • ①如果同时指定了name和type,则从Spring上下文中找到唯一匹配的bean进行装配,找不到则抛出异常;
  • ②如果指定了name,则从上下文中查找名称(id)匹配的bean进行装配,找不到则抛出异常;
  • ③如果指定了type,则从上下文中找到类似匹配的唯一bean进行装配,找不到或是找到多个,都会抛出异常;
  • ④如果既没有指定name,又没有指定type,则自动按照byName方式进行装配;如果没有匹配,则回退为一个原始类型进行匹配,如果匹配则自动装配;

@Resource的作用相当于@Autowired,只不过@Autowired按照byType自动注入;

来源

@Autowired为Spring提供的注解,需要导入包org.springframework.beans.factory.annotation.Autowired;

@Resource并不是Spring的注解,它的包是javax.annotation.Resource,需要导入,但是Spring支持该注解的注入;

作用域

字段或属性的方法上;

字段或属性的方法上;

性能

@Autowired查找Bean的时间复杂度为O(n):

  • @Autowired注解是按照类型进行查找的,如果有多个同类型的Bean,那么还需要配合@Qualifier注解来指定Bean的名称。当使用@Autowired注解进行依赖注入时,Spring需要遍历beanDefinitionMap中的所有Bean,找出所有类型匹配的Bean,然后再根据@Qualifier指定的名称进行筛选。由于需要遍历所有的Bean,所以@Autowired查找Bean的时间复杂度是O(n)。

@Resource查找Bean的时间复杂度为O(1):

  • @Resource注解是按照name属性进行查找的,如果没有指定name属性,那么默认是按照字段名进行查找。在Spring的DefaultListableBeanFactory类中,有一个beanDefinitionMap成员变量,这是一个HashMap,用于存储所有的Bean定义信息。当使用@Resource注解进行依赖注入时,Spring会直接根据Bean的名称在beanDefinitionMap中进行查找。由于HashMap的查找时间复杂度是O(1),所以@Resource查找Bean的时间复杂度也是O(1)。

@Resource有两个重要的属性:name和 type,而Spring将@Resource注解的name属性解析为bean的名字,而type属性则解析为bean的类型;

  • 如果同时指定了name和type,则从Spring上下文中找到唯一匹配的bean进行装配,找不到则抛出异常;
  • 如果指定了name,则从上下文中查找名称(id)匹配的bean进行装配,找不到则抛出异常;
  • 如果指定了type,则从上下文中找到类似匹配的唯一bean进行装配,找不到或是找到多个,都会抛出异常;
  • 如果既没有指定name,又没有指定type,则自动按照byName方式进行装配;如果没有匹配,则回退为一个原始类型进行匹配,如果匹配则自动装配;@Resource的作用相当于@Autowired,只不过@Autowired按照byType自动注入;

当我们在使用@Autowired注解的时候,默认required=true,表示注入的时候bean必须存在,否则注入失败;

@Autowired(required=false)

不支持可选依赖


http://www.ppmy.cn/news/99474.html

相关文章

javascript基础九:说说Javascript中的继承?如何实现继承?

一、是什么 继承&#xff08;inheritance&#xff09;是面向对象软件技术当中的一个概念 如果一个类别B“继承自”另一个类别A&#xff0c;就把这个B称为“A的子类”&#xff0c;而把A称为“B的父类别”也可以称“A是B的超类” 继承的优点 继承可以使得子类具有父类别的各种属性…

C++面试难点系列-左右值/const引用

C面试难点系列-左右值/const引用 简介左右值概念取地址 引用分类左值引用右值引用const 引用 右值引用存在的意义 简介 做一个简单的开篇&#xff0c;这部分主要介绍的是C面试中经常会遇到的难点&#xff0c;左右值引用和const引用。后续还会讲一些其他的C需要掌握&#xff0c…

数据等级划分

数据大致可以分为定性数据与定量数据&#xff0c;但细分可以分为四类&#xff1a;定类数据、定序数据、定距数据、定比数据 处理数据的流程&#xff1a; 参考&#xff1a; 特征工程入门与实践

Linux进程概念引入

文章目录 冯诺依曼体系操作系统概念设计目的定位系统调用和库函数的概念 进程概念描述进程PCBtask_struct内容分类 组织进程查看进程通过系统调用获取进程标识符通过系统调用创建进程 冯诺依曼体系 目前我们的计算机基本都是遵守冯诺依曼体系的&#xff0c;在冯诺依曼体系中&am…

信号处理与分析-卷积的性质与推导

目录 一、引言 二、信号分析中的卷积 1. 什么是卷积 2. 卷积的性质 3. 卷积的应用 三、离散卷积 1. 离散卷积的定义 2. 离散卷积的计算 3. 离散卷积的性质 四、连续卷积 五、卷积的实际应用 六、总结 一、引言 在信号处理中&#xff0c;卷积是一种非常重要的数学运…

基于MAX-10 FPGA 读取超声波模块HC_SR04距离数据到数码管上

基于MAX-10 FPGA 读取超声波模块HC_SR04距离数据到数码管上 文章目录 基于MAX-10 FPGA 读取超声波模块HC_SR04距离数据到数码管上实验现象简单介绍超声波测距模块HC_SR04模块框图模块编写测距信号源 距离计算数码管模块顶层模块 实验现象 将MAX-10小脚丫FPGA和超声波模块HC_SR…

使用腾讯云服务器快速搭建网站教程

已经有了腾讯云服务器如何搭建网站&#xff1f;腾讯云服务器网以腾讯云服务器&#xff0c;借助宝塔面板搭建Web环境&#xff0c;然后使用WordPress博客程序搭建网站&#xff0c;大致分为三步&#xff0c;首先购买腾讯云服务器&#xff0c;然后在腾讯云服务器上部署宝塔面板&…

Python3数据分析与挖掘建模(2)数据获取手段

1. 填写、埋点、日志 &#xff08;1&#xff09;填写&#xff1a;填写是指用户通过表单、问卷调查或交互界面等方式主动提供数据。用户可以在应用程序或网站中填写个人信息、意见反馈、订单信息等。这种方式可以获取用户直接提供的数据&#xff0c;用于个性化推荐、用户调研和…