【源码篇】Spring MVC多种请求入参处理方式都在这了(@RequestParam、@PathVariable、@RequestBody、Map、JavaModel、Request、基础类型)

一、前言

Spring MVC源码分析相关文章已出:

  1. Spring MVC <Form>表单中支持REST风格DELETE、PUT类型方法的方式和原理
  2. Spring MVC请求执行流程
  3. Spring MVC如何将请求映射到Controller
  4. 使用FastJsonHttpMessageConverter解析@RequestBody参数

更多Spring系列源码分析文章见SpringBoot专栏:

当前文章Spring版本:5.2.12.RELEASE,不同版本类名可能不同,但核心思想都是一样的。

二、正文

从SpringMVC的执行流程(参考博文:Spring MVC请求执行流程)来看,RequestMappingHandlerAdapter这个HandlerAdapter负责执行Controller中的相应方法,并对请求参数进行处理。

1、参数处理器HandlerMethodArgumentResolver的加载

RequestMappingHandlerAdapter实现了InitializingBean接口,因此在SpringBoot启动过程中实例化RequestMappingHandlerAdapter过程中(执行init-method()方法之前),会调用RequestMappingHandlerAdapter#afterPropertiesSet()方法

@Override
public void afterPropertiesSet() {
	// Do this first,it may add ResponseBody advice beans
	initControllerAdviceCache();

	if (this.argumentResolvers == null) {
		List<HandlerMethodArgumentResolver> resolvers = getDefaultArgumentResolvers();
		this.argumentResolvers = new HandlerMethodArgumentResolverComposite().addResolvers(resolvers);
	}
	if (this.initBinderArgumentResolvers == null) {
		List<HandlerMethodArgumentResolver> resolvers = getDefaultInitBinderArgumentResolvers();
		this.initBinderArgumentResolvers = new HandlerMethodArgumentResolverComposite().addResolvers(resolvers);
	}
	if (this.returnValueHandlers == null) {
		List<HandlerMethodReturnValueHandler> handlers = getDefaultReturnValueHandlers();
		this.returnValueHandlers = new HandlerMethodReturnValueHandlerComposite().addHandlers(handlers);
	}
}

1)《门面》HandlerMethodArgumentResolverComposite

在这里插入图片描述

RequestMappingHandlerAdapter中的参数解析器变量argumentResolvers的类型是 HandlerMethodArgumentResolverComposite;HandlerMethodArgumentResolverComposite又组合了所有的HandlerMethodArgumentResolver

在这里插入图片描述

因此可以将HandlerMethodArgumentResolverComposite看做是所有参数解析器的“门面”,但凡需要用到参数解析器都都将请求先打到HandlerMethodArgumentResolverComposite。

  • 这个设计和SpringBoot的事件监听器EventPublishingRunListener 异曲同工。

在这里插入图片描述


在这里插入图片描述

getDefaultArgumentResolvers()方法获取所有的参数解析器HandlerMethodArgumentResolver时就是单纯的new,然后放到List中。

  • 当我们自定义了参数解析器时,同样也会被加载到。

在这里插入图片描述

获取到所有的HandlerMethodArgumentResolver之后,直接new一个HandlerMethodArgumentResolverComposite,然后将所有的HandlerMethodArgumentResolver都添加到HandlerMethodArgumentResolverComposite中。

2)参数解析器HandlerMethodArgumentResolver的分类

从RequestMappingHandlerAdapter#getDefaultArgumentResolvers()方法获取所有的参数解析器HandlerMethodArgumentResolver中注释来看,Spring MVC中将参数解析器分为四大类:

  1. 基于注解 解析参数,比如:接口方法参数中的@RequestParam、@PathVariable、@RequestBody等注解。
  2. 基于类型 解析参数,比如:接口方法参数是HttpServletRequest、HttpServletResponse等。
  3. 自定义参数解析,比如:接口方法参数上有自定义注解,则可在实例化RequestMappingHandlerAdapter时 将自定义的HandlerMethodArgumentResolver接口实现类设置到 customArgumentResolvers 属性中。
  4. 兜底的参数解析,当上述三类参数解析器都无法解析参数时,此类参数解析器会解析。比如最简单的GET请求:http://localhost:8080/trace/test?name=saint

    在这里插入图片描述

在这里插入图片描述

参数解析器的应用顺序实际就是越晚添加到List集合中,就越最后被遍历到。

日常开发过程中一般不需要自定义参数解析器,就可以覆盖90%以上的开发需求。下一篇文章输出自定义参数解析器。

2、参数处理器的执行时机

我们知道请求是交给HandlerAdapter执行的,对于普通的HTTP请求也就是交给RequestMappingHandlerAdapter执行,RequestMappingHandlerAdapter要执行某个方法时,会将RequestMappingHandlerAdapter中的参数解析器“门面”绑定给方法。

在这里插入图片描述

继续往下跟,到真正解析前的代码路径如下:

在这里插入图片描述

InvocableHandlerMethod#getMethodArgumentValues()方法会应用相应的参数解析器从请求中解析出方法的参数值。

根据方法参数标注的注解、参数类型会选择不同的参数解析器HandlerMethodArgumentResolver。有种策略模式的意思。

参数解析器的选择

选择参数解析器HandlerMethodArgumentResolver时,有一层小优化,针对每个方法的参数对应的参数解析器都会做一个缓存。如果从缓存中找不到方法参数对应的参数解析器,则遍历所有的参数解析器(默认26个),调用参数解析器的supportsParameter()方法判断参数解析器是否支持当前参数的解析,如果支持则直接返回。

在这里插入图片描述

下面以不同的入参形式暂开具体的讨论。

3、处理注解类型的参数

1)处理@RequestParam标注的参数

在这里插入图片描述

@RequestParam常用于GET请求,注解里的value或name互为别名、对应请求的参数名,required()属性表示参数是否必须存在。

分析以如下请求为例:

在这里插入图片描述


这里特意将方法的参数名和@RequestParam中的value设置为不一样的值。

RequestParamMethodArgumentResolver负责解析被@RequestParam标注的参数。

在这里插入图片描述

该实现类仅支持处理被@RequestParam注解标注的参数(参数如果是Map类型,@RequestParam注解里的name/value必须有值,否则不知道应该拿哪个KV键值对)。

如果参数没有被@RequestParam注解标注,走进的逻辑是兜底的参数解析逻辑。

解析参数

在这里插入图片描述

解析参数会走入到HandlerMethodArgumentResolver#resolveArgument()方法;

Spring MVC设计了一个抽象父类AbstractNamedValueMethodArgumentResolver,用于给参数解析器提供一种通用的模板实现,子类通过重写模板中的某个方法实现自己的逻辑。

RequestParamMethodArgumentResolver亦是AbstractNamedValueMethodArgumentResolver的子类,所以执行RequestParamMethodArgumentResolver#resolveArgument()实际会进入到:

在这里插入图片描述

@Override
@Nullable
public final Object resolveArgument(MethodParameter parameter, @Nullable ModelAndViewContainer mavContainer,
		NativeWebRequest webRequest, @Nullable WebDataBinderFactory binderFactory) throws Exception {

    // 1. 根据方法入参获取参数的配置信息(针对@RequestParam为:拿到参数的@RequestParam注解属性)
	NamedValueInfo namedValueInfo = getNamedValueInfo(parameter);
	MethodParameter nestedParameter = parameter.nestedIfOptional();

    // 2. 根据上面参数配置的name 获取真正的参数name
	Object resolvedName = resolveEmbeddedValuesAndExpressions(namedValueInfo.name);
	if (resolvedName == null) {
		throw new IllegalArgumentException(
				"Specified name must not resolve to null: [" + namedValueInfo.name + "]");
	}

    // 3. 根据参数name从请求中获取到参数值
	Object arg = resolveName(resolvedName.toString(), nestedParameter, webRequest);
	if (arg == null) {
		if (namedValueInfo.defaultValue != null) {
			arg = resolveEmbeddedValuesAndExpressions(namedValueInfo.defaultValue);
		}
		else if (namedValueInfo.required && !nestedParameter.isOptional()) {
			handleMissingValue(namedValueInfo.name, webRequest);
		}
		arg = handleNullValue(namedValueInfo.name, arg, nestedParameter.getNestedParameterType());
	}
	else if ("".equals(arg) && namedValueInfo.defaultValue != null) {
		arg = resolveEmbeddedValuesAndExpressions(namedValueInfo.defaultValue);
	}

    // 4. 如果Controller上有配置@InitBinder,且作用于该request,则通过WebDataBinder里的TypeConverter看是否需要对此类型参数进行转化;
	if (binderFactory != null) {
		WebDataBinder binder = binderFactory.createBinder(webRequest, null, namedValueInfo.name);
		try {
			arg = binder.convertIfNecessary(arg, parameter.getParameterType(), parameter);
		}
		catch (ConversionNotSupportedException ex) {
			throw new MethodArgumentConversionNotSupportedException(arg, ex.getRequiredType(),
					namedValueInfo.name, parameter, ex.getCause());
		}
		catch (TypeMismatchException ex) {
			throw new MethodArgumentTypeMismatchException(arg, ex.getCause());
		}
	}

    // 5. 调用方法handleResolvedValue()
	handleResolvedValue(arg, namedValueInfo.name, mavContainer, webRequest);

    // 6. 返回参数值
	return arg;
}

AbstractNamedValueMethodArgumentResolver#resolveArgument()方法主要做五件事:

  1. 根据方法入参获取参数的配置信息(针对@RequestParam为:拿到参数的@RequestParam注解的全部属性)。
    • 创建NameValueInfo的具体逻辑 由子类实现的createNamedValueInfo()方法决定。
  2. 根据上面参数配置的name 获取真正的参数name(因为在第一步中返回的name可能是占位符或表达式,这种就需要特别处理;针对@RequestParam,这里就是@RequestParam的name()值
  3. 根据参数name从请求中获取到参数值;
    • 具体实现由子类实现的resolveName()方法决定。
  4. 如果Controller上有配置@InitBinder,且作用于该request,则通过WebDataBinder里的TypeConverter看是否需要对此类型参数进行转化;
  5. 调用方法handleResolvedValue();
    • 抽象类中为空方法,具体实现交给子类处理
  6. 返回参数值。

RequestParamMethodArgumentResolver针对第一步(getNamedValueInfo()) 和 第三步 (resolveName())做了重写;

<1> createNamedValueInfo()

进入到createNamedValueInfo()的链路如下:

在这里插入图片描述

RequestParamMethodArgumentResolver#createNamedValueInfo()方法只是简单的提取@RequestParam注解的属性;

在这里插入图片描述

<2> resolveName()

在这里插入图片描述

方法分为两部分:

  1. 第一部分,判断请求是否为文件请求,是则通过request.getFiles()方法获取参数名对应的MultipartFile作为参数值。
  2. 第二部分,非文件请求则通过request.getParameterValues方法获取参数值。
    • 因为请求可能是http:xxx/8080?name=1&name=2,所以返回的是数组。

2)处理@PathVariable标注的参数

在这里插入图片描述

@PathVariable注解用于将URL中的占位符转换为入参,其中name()和value()属性互为别名;

分析以如下请求为例:

在这里插入图片描述


这里特意将方法的参数名和@PathVariable中的value设置为不一样的值。

PathVariableMethodArgumentResolver参数解析器用于对@PathVariable注解标注的参数进行解析。

PathVariableMethodArgumentResolver间接实现了HandlerMethodArgumentResolver接口,直接继承了AbstractNamedValueMethodArgumentResolver抽象类。

1> supportsParameter()方法实现

判断PathVariableMethodArgumentResolver是否可以解析某个参数的逻辑如下:

在这里插入图片描述

仅有被@PathVariable注解标注的参数(参数如果是Map类型,@PathVariable注解里的name/value必须有值,否则不知道应该拿哪个KV键值对)。

这个逻辑和@RequestParam的一致。

2> createNamedValueInfo()

在这里插入图片描述


仅仅是提取@PathVariable注解的属性;

3> resolveName()

在这里插入图片描述

根据参数名获取参数值时,这里只是简单的从请求的属性(org.springframework.web.servlet.HandlerMapping.uriTemplateVariables)中获取。

  • 从request获取一个map类型的属性,再根据name从map中获取对应的value;

org.springframework.web.servlet.HandlerMapping.uriTemplateVariables这个属性的值是从哪来的?

  • RequestMappingInfoHandlerMapping#lookupHandlerMethod() 方法中 中获取路径对应的HandlerMethod后,handleMatch()方法中进行的赋值;
  • 代码片段如下:

    在这里插入图片描述

从这里可以看出方法的入参名是什么无所谓,只需要注解中的name()和请求中的参数能对上就OK。

3)处理@RequestBody标注的参数

在这里插入图片描述

@RequestBody注解常用于POST请求,将http请求体转换成Java对象类型的参数;

  • **使用方式:**前端的请求body中传json格式的参数;请求头中加上Content-Type=application/json,后端用一个JAVA对象接收。
  • Content-Type在http协议中用于表明请求的数据内容的编码类型,服务端根据Content-Type进行相应的解码。

分析以如下请求为例:

在这里插入图片描述

RequestResponseBodyMethodProcessor负责解析被@RequestBody标注的参数。

RequestResponseBodyMethodProcessor间接实现了HandlerMethodArgumentResolver接口;下面看其supportsParameter()方法如何判断当前参数解析器支持解析的参数数据。

1> supportsParameter()

RequestResponseBodyMethodProcessor#supportsParameter()方法的逻辑表示:当前参数解析器只处理有@RequestBody注解的参数。

在这里插入图片描述

2> 参数解析

在这里插入图片描述


在这里插入图片描述


在这里插入图片描述

RequestResponseBodyMethodProcessor继承了抽象类AbstractMessageConverterMethodProcessor,并且没有重写readWithMessageConverters()方法,因此通过MessageConvert读取数据到Java类型对象中的逻辑在AbstractMessageConverterMethodProcessor类中。

在这里插入图片描述

AbstractMessageConverterMethodProcessor#readWithMessageConverters()方法主要做三件事:

  1. 获取请求头中的ContentType;
  2. 遍历所有的HttpMessageConverter 并根据ContentType找到相应的HttpMessageConverter;
    • 具体判断逻辑体现在MessageConverter#canRead()方法中。
  3. 使用找到的HttpMessageConverter,将请求中的参数数据读取到相应的JavaType中。
    • 在将参数数据读取到JavaType前后,会遍历匹配该参数的RequestBodyAdvice,执行增强逻辑。Spring中有大量的这种扩展机制。
<1> 匹配参数对应的HttpMessageConverter

针对ContentType = “application/json”的请求参数,AbstractJackson2HttpMessageConverter可以对参数进行处理;

在这里插入图片描述

<2> HttpMessageConverter将请求数据读取到JavaType

读取方法readJavaType() 内部就是调用jackson包的相关类将InputStream转换为Java类型。

在这里插入图片描述

最后解析出的参数值如下:

在这里插入图片描述

HttpMessageConverter的来源?

在实例化RequestMappingHandlerAdapter时,会将所有的MessageConverter加载到RequestResponseBodyMethodProcessor中:

resolvers.add(new RequestResponseBodyMethodProcessor(getMessageConverters(), this.requestResponseBodyAdvice));

在这里插入图片描述

默认情况下有十个HttpMessageConverter:

在这里插入图片描述

4、非基础类型参数

1)处理Request类型的参数(比如:HttpServletRequest)

分析以如下请求为例:

在这里插入图片描述

针对Request类型的参数,处理起来很简单,都是直接从请求中获取相应对象信息。

就HttpServletRequest而言,ServletRequestMethodArgumentResolver参数解析器负责处理;

1> 支持处理的参数类型

ServletRequestMethodArgumentResolver支持处理的参数如下:

在这里插入图片描述


都是Request相关的类型 或 Request里的属性类型,比如:请求body(InputStream)、请求方式(HttpMethod)、国际化信息(Locale / TimeZone)

2> 参数解析

在这里插入图片描述

解析参数的逻辑就是对类型判断,根据不同的参数类型从webRequest取对象。

在这里插入图片描述

2)Map类型

Map入参由MapMethodProcessor进行解析

public class MapMethodProcessor implements HandlerMethodArgumentResolver, HandlerMethodReturnValueHandler {

    @Override
    public boolean supportsParameter(MethodParameter parameter) {
        return (Map.class.isAssignableFrom(parameter.getParameterType()) &&
                parameter.getParameterAnnotations().length == 0);
    }

    @Override
    @Nullable
    public Object resolveArgument(MethodParameter parameter,
                                  NativeWebRequest webRequest, @Nullable WebDataBinderFactory binderFactory) throws Exception {

        Assert.state(mavContainer != null, "ModelAndViewContainer is required for model exposure");
        return mavContainer.getModel();
    }

    ....
}

3)Model类型

Model入参由ModelMethodProcessor进行解析

public class ModelMethodProcessor implements HandlerMethodArgumentResolver, HandlerMethodReturnValueHandler {

    @Override
    public boolean supportsParameter(MethodParameter parameter) {
        return Model.class.isAssignableFrom(parameter.getParameterType());
    }

    @Override
    @Nullable
    public Object resolveArgument(MethodParameter parameter, "ModelAndViewContainer is required for model exposure");
        return mavContainer.getModel();
    }

    ....
}

无论是Model类型还是Map类型的参数,其相应参数解析器中的resolveArgument()方法并没有具体的参数处理逻辑。

  • 这俩基本没使用场景,一般我们传递JSON数据大多是通过@RequestBody的方式

5、基础类型参数

分析以如下请求为例:

在这里插入图片描述

RequestParamMethodArgumentResolver参数解析器不仅用于解析@RequestParam、还用于特定的兜底参数解析场景;

  • 比如:文件类型参数(如MultipartFile),和一些简单类型(如基本类型、String、Date等)

在这里插入图片描述

PS:解析@RequestParam 和 兜底参数解析用到的RequestParamMethodArgumentResolver是两个不同的实例对象

  • 解析@RequestParam时,参数解析器的useDefaultResolution=false;
  • 兜底解析时,参数解析器的useDefaultResolution=true

在这里插入图片描述


因为此处RequestParamMethodArgumentResolver的父类AbstractNamedValueMethodArgumentResolver调用getNamedValueInfo方法获取参数信息时为空;

在这里插入图片描述

进入updateNamedValueInfo()方法时会使用反射获取到参数名。

三、总结

参数解析器的加载时机:

  • RequestMappingHandlerAdapter实现了InitializingBean接口,实例化其之后会调用afterPropertiesSet()方法,其中会对参数解析器进行赋值。
    • RequestMappingHandlerAdapter的参数解析器成员连变量argumentResolvers类型为HandlerMethodArgumentResolverComposite
    • HandlerMethodArgumentResolverComposite是一个门面,其中组合了所有的参数解析器HandlerMethodArgumentResolver
    • HandlerMethodArgumentResolver是直接通过new创建的。

参数解析器分为四大类:注解类型、Request请求类型、自定义、兜底实现;

具体选择哪种参数解析器,由参数解析器HandlerMethodArgumentResolver#supportsParameter()方法决定;

此外,Spring MVC设计了一个抽象父类AbstractNamedValueMethodArgumentResolver,用于给参数解析器提供一种通用的模板实现,子类通过重写模板中的某个方法实现自己的逻辑。

原文地址:https://blog.csdn.net/Saintmm/article/details/129412117

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


文章浏览阅读2.2k次,点赞6次,收藏20次。在我们平时办公工作中,很多时候我们经常会使用到虚拟机来进行环境的测试,我们平时在虚拟机上接触的最多的莫过于Linux和Winwdos。不过虚拟机环境和物理机环境是无法直接传输的,那么有的时候呢,同学们又想要在两者之间相互传输文件,可能就会使用QQ邮箱等形式来传输,这样的效率又慢而且繁琐,今天我就为大家带来一种非常便捷的传输方式。通过XFTP工具来进行文件传输。_xftp连接windows
文章浏览阅读1k次。解决 Windows make command not found 和 安装 GCC 环境_windows下载gcc
文章浏览阅读3.2k次,点赞2次,收藏6次。2、鼠标依次点击“计算机配置“ - ”管理模板“ - ”网络“ - ”Lanman工作站”,点击右侧的“启用不安全的来宾登录”策略。Windows访问samba共享时,提示“你不能访问此共享文件夹,因为你组织的安全策略阻止未经身份验证的来宾访问”1、键盘按下window+R键,输入gpedit.msc,启动本地组策略编辑器。首先在终端中输入sudo ufw status查看当前防火墙状态。默认状态是“未配置”,修改为“已启用”。示例:创建一个narada的目录在/home下。1.更新apt储存库列表。_ubuntu samba 目标文件夹访问被拒绝
文章浏览阅读1.3w次。蓝光版属于高清版的一种。BD英文全名是Blu-ray Disc,一种高清的电影版本,这种电影十分清晰但是数据量巨大,占数十G甚至上百G的容量,只有蓝光光碟才能装得下,所以这种高清电影被称为BD版。一般的高清电影多半是从蓝光电影、国外的高清电视频道上压制而来的,可以通过网络下载,多数都经过二次压缩,画质要逊于原视频,不过压缩后的容量从蓝光的25G-50G会减少成4G-8G等(15G-20G不等)。众所周知,视频有两种常见的清晰度,BD和HD,在看电影的时候最常出现这两个标志,那么BD和HD具体指的是什么呢?_bd hd
文章浏览阅读974次,点赞7次,收藏8次。提供了更强大的功能,因为它允许直接访问当前元素,而不需要类型转换。接口,它可以提供一个迭代器,用于按顺序访问集合中的元素。接口是只读的,它只能支持前向迭代,不能修改集合中的元素。类型的集合实例,并向其中添加了几个元素。接口,可以创建一个能够迭代访问泛型集合中元素的迭代器。接口,我们可以在 C# 中实现可迭代的集合,并使用。循环和迭代器手动遍历集合,并输出每个元素的值。接口表示一个可枚举的集合,它定义了一个方法。属性,用于获取集合中当前位置的元素。存储集合中的元素,并实现了。的泛型集合类,它实现了。
文章浏览阅读1.4w次,点赞5次,收藏22次。如果使用iterator的remove方法则会正常,因为iterator的remove方法会在内部调用List的remove方法,但是会修改excepedModCount的值,因此会正常运行。因为遍历过程中进行remove 操作时,该位置后面的元素会挤到前面来,这时候会发生一种情况就是原来元素的位置会被他后面的元素取代,而该位置已经遍历过了,所以该元素不会背遍历。当我们倒序遍历元素的时候,无论删除元素之后的元素怎么移动,之前的元素对应的索引(index)是不会发生变化的,所以在删除元素的时候不会发生问题。_list删除某个元素
文章浏览阅读2.9w次,点赞45次,收藏192次。Windows下配置Visual Studio _vs2022环境变量配置
文章浏览阅读7w次,点赞162次,收藏778次。pip 是Python包管理工具,提供了对 Python 包的查找、下载、安装、卸载的功能,目前Python 3.4 和 2.7 及以上版本都有配套安装,一般pip的位置在...pythonScripts文件夹里面,而在其他版本需要自行下载。_python pip install安装
文章浏览阅读5.8k次,点赞2次,收藏12次。①此电脑右击----->选择属性----->高级系统设置----->环境变量----->path----->编辑----->新建。第一个选项意思就是将安装路径填入到系统环境变量中,这里勾选,后面使用可能会出现问题,建议不要勾选,安装好之后手动添加环境变量。注意:如果提示conda不是内部或外部命令,原因是Anaconda的环境变量没配置好。如果不想立即打开anaconda,不勾选直接finish就好。②输入 conda --version ,查看conda环境。②直接按win键,搜索“环境变量”_windows安装anaconda
文章浏览阅读5.1k次,点赞8次,收藏55次。Windows 系统从零配置 Python 环境,安装CUDA、CUDNN、PyTorch 详细教程_windows cuda cudnn配置
文章浏览阅读1.5w次,点赞54次,收藏68次。macOS系统自带有VNC远程桌面,我们可以在控制端上安装配置VNC客户端,以此来实现远程控制macOS。但通常需要在不同网络下进行远程控制,为此,我们可以在macOS被控端上使用cpolar做内网穿透,映射VNC默认端口5900,通过所生成的公网地址,来实现在公网环境下远程控制VNC。_vnc mac
文章浏览阅读2.4k次,点赞5次,收藏11次。进入后根据自己的电脑系统下载,这是python 3.10版本下载地址,如果想要下载其它版本可进入此链接(下载完成后点击进行安装点击下一步,到这一步时,可以选择将Anaconda添加我的PATH环境变量中,这样就不用自己手动配置和环境变量。安装完成后,打开终端,输出 python 命令可查看是否安装成功。如果显示自己刚才安装的版本号说明安装成功。查看conda版本命令:conda info。_paddlespeech下载
文章浏览阅读3.3k次。所以如果要删除之前新增的课程编译原理,只需输入命令del Course:8:Cname,同时还应该把本课程的学分删除del Course:8:Ccredit,如下图所示;Redis并没有修改数据的命令,所以如果在Redis中要修改一条数据,只能在使用set命令时,使用同样的键值,然后用新的value值来覆盖旧的数据。先调用get命令,输出原先的值,然后set新的值,最后再get得到新值,所以修改成功。输入命令后没有报错,表示成功了,刷新windows的服务,多了一个redis服务。_redis windows服务
文章浏览阅读2.1w次,点赞9次,收藏56次。​​接着在【工作负荷】中,选择【使用C++桌面开发】 ,右边【安装详细信息】去除其它可选项,只勾选【MSVCv142 】和 【Windows 10 SDK】,按图示修改,然后右下角点击安装,之后会有提示让你重启电脑。重启电脑之后,再进行pip安装。报错原因是pip所安装的包需要使用C++编译后才能够正常安装,但是当前安装环境中缺少完整的C++编译环境,因此安装失败。3.安装Microsoft Visual C++ Build Tool离线安装包(1个多G),CSDN资源很多,需要积分下载,_error: microsoft visual c++ 14.0 or greater is required. get it with "micros
文章浏览阅读1.1w次,点赞3次,收藏7次。Step 3: 在右侧窗口中找到名称为“LongPathsEnabled”的“DWORD (32 位) 值”条目,并双击它。通过注册表方法或组策略方法启用长路径支持后,您将能够在 Windows 中使用长路径,并能够访问和处理长路径下的文件和文件夹。Step 2: 依次选择“计算机配置” > “管理模板” > “系统” > “文件资源管理器”。Step 3: 找到“启用 Win32 长路径”设置,双击它。Step 4: 选择“已启用”选项按钮,然后选择“应用”按钮。_windows长路径支持
文章浏览阅读2.5k次,点赞81次,收藏86次。
文章浏览阅读1.3k次,点赞65次,收藏50次。顺序表,链表,栈,队列,ArrayList,LinkedList,Stack,Queue
文章浏览阅读2.3k次,点赞2次,收藏2次。AnyTXTSearcher是一款能够帮助我们对文档以及文本内容进行快速搜索和管理的工具,通过该软件能够搜索各种Office文档,文本文件,代码,PDF文档等,顶级的全文搜索引擎1秒钟之内即可完成搜索。_anytxt searcher
文章浏览阅读8.8k次,点赞73次,收藏70次。有时,在删除/移动/重命名文件夹/文件时,会遇到如下警告,即使将打开的程序关闭了,后台也可能会有没关干净的相关进程。_解除占用
文章浏览阅读4.3w次,点赞91次,收藏102次。JDK(Java Development Kit)是Java开发工具包的缩写,包含了Java编译器、Java虚拟机、Java类库等众多组件,是Java开发的基石,提供了编写、编译和运行Java程序所必需的工具。同时,为了让系统能够正确识别Java环境,在开始使用JDK进行Java开发之前,需要先把JDK安装到本地计算机,并配置好相应的环境变量。本文将介绍JDK安装与环境变量配置的方法。_windows安装jdk并配置环境变量