由ASP.NET Core根据路径下载文件异常引发的探究

前言

    最近在开发新的项目，使用的是ASP.NET Core6.0版本的框架。由于项目中存在文件下载功能，没有使用类似MinIO或OSS之类的分布式文件系统，而是下载本地文件，也就是根据本地文件路径进行下载。这其中遇到了一个问题，是关于如何提供文件路径的，通过本文记录一下相关总结，希望能帮助更多的同学避免这个问题。

使用方式

由于我们的系统没有公司内部使用的也没有做负载均衡之类的，所以文件是存储在当前服务器中的，所以我们直接使用文件绝对路径的方式来进行下载的，使用的是ASP.NET Core自带的File方法，使用的是如下方法(实际上文件的路径是存储在数据库中的)

[HttpGet]
[Produces("application/msword", Type = typeof(FileResult))]
public FileResult Virtual()
{// AppContext.BaseDirectory用来获取当前执行程序的基目录// 结果为绝对路径,比如 D:\CodeProject\MyTest.WebApi\bin\Debug\net6.0\var filePath = Path.Combine(AppContext.BaseDirectory, "files/疫情防控规范说明.docx");return File(filePath, "application/msword", "疫情防控规范说明.docx");
}

这是比较常用的方式没太在意会有什么问题，不过，等自测的时候发现报了一个System.InvalidOperationException异常，大致内容如下所示

System.InvalidOperationException: No file provider has been configured to process the supplied file.at Microsoft.AspNetCore.Mvc.Infrastructure.VirtualFileResultExecutor.GetFileInformation(VirtualFileResult result, IWebHostEnvironment hostingEnvironment)at Microsoft.AspNetCore.Mvc.Infrastructure.VirtualFileResultExecutor.ExecuteAsync(ActionContext context, VirtualFileResult result)at Microsoft.AspNetCore.Mvc.VirtualFileResult.ExecuteResultAsync(ActionContext context)

看异常内容问题是出在VirtualFileResultExecutor.GetFileInformation()方法，它的意思大概是没有提供文件提供来处理文件，对于文件提供程序如果了解过ASP.NET Core静态文件相关的话应该是了解这个的。如果想访问ASP.NET Core中的静态文件，默认是不可以直接访问的，这也是一种安全机制，想使用的话必须开启静态文件访问机制，且默认的静态文件要存储在wwwroot路径下。如果想在其它路径提供静态文件则必须要提供文件处理程序，我们常用的方式则是

var fileProvider = new PhysicalFileProvider($"{env.ContentRootPath}/staticfiles");
app.UseStaticFiles(new StaticFileOptions {RequestPath="/staticfiles",FileProvider = fileProvider
});

同样的在这里我们也需要提供IFileProvider实例，因为我们是使用的本地文件系统，所以要提供PhysicalFileProvider实例，通过下面方法解决了这个问题

[HttpGet]
[Produces("application/msword", Type = typeof(FileResult))]
public FileResult Virtual()
{var filePath = "files/疫情防控规范说明.docx";return new VirtualFileResult(filePath, "application/msword"){// 提供指定目录的文件访问程序FileProvider = new PhysicalFileProvider(AppContext.BaseDirectory),FileDownloadName = "疫情防控规范说明.docx"};
}

亦或者是通过原始的方式，比如读取文件的Stream或者byte[]的方式

[HttpGet]
[Produces("application/msword", Type = typeof(FileResult))]
public FileResult Virtual()
{//读取byte[]方式var filePath = Path.Combine(AppContext.BaseDirectory, @"files\疫情防控规范说明.docx");var fileBytes = System.IO.File.ReadAllBytes(filePath);return File(fileBytes, "application/msword", "疫情防控规范说明.docx");//读取Stream的方式//var filePath = Path.Combine(AppContext.BaseDirectory, @"files\疫情防控规范说明.docx");//var fileStream = System.IO.File.OpenRead(filePath);//return File(fileStream, "application/msword", "疫情防控规范说明.docx");
}

通过这些方式虽然可以解决问题，但是看起来不是很优雅，而且如果提供不同路径的文件还得要有许多的PhysicalFileProvider实例，或者自己封装方法去解决问题。当时就想微软不至于连读取自定义物理路径的方法都不提供吧，于是就在ControllerBase基类中查找相关方法，终于看到了一个叫PhysicalFile的方法，看名字就知道是提供物理文件用的，不知道行不行写代码试了试，程序如下

[HttpGet]
[Produces("application/msword", Type = typeof(FileResult))]
public FileResult Physical()
{var filePath = Path.Combine(AppContext.BaseDirectory, "files/疫情防控规范说明.docx");return PhysicalFile(filePath, "application/msword", "疫情防控规范说明.docx");
}

结果还真的是可以，这个方法呢提供的文件路径可以是文件的绝对路径，而不需要提供别的文件提供程序。这就勾起了我的好奇心，为啥两个操作还不一样呢，为啥有这样的区别？

源码探究

通过上面遇到的问题知道了如果想提供绝对路径的文件下载需要使用PhysicalFile方法去下载，而默认的File方法则不能直接下载绝对路径的文件，怀揣着好奇心，大概看了一下这两个方法的相关源码实现。

VirtualFileResult

接下来咱们就来看一下方法的定义在ControllerBase类中，现在来看一下File(string virtualPath, string contentType, string? fileDownloadName)方法的定义[点击查看源码👈[1]]

[NonAction]
public virtual VirtualFileResult File(string virtualPath, string contentType, string? fileDownloadName)=> new VirtualFileResult(virtualPath, contentType) { FileDownloadName = fileDownloadName };

通过virtualPath这个变量我们大概能猜出来，默认提供的是相对目录，即当前运行程序配置的相关目录。通过这段代码我们可以看到它的本质是VirtualFileResult这个类，那我们继续找到VirtualFileResult类的实现[点击查看源码👈[2]]

public class VirtualFileResult : FileResult
{public VirtualFileResult(string fileName, string contentType): this(fileName, MediaTypeHeaderValue.Parse(contentType)){}public VirtualFileResult(string fileName, MediaTypeHeaderValue contentType): base(contentType.ToString()){FileName = fileName ?? throw new ArgumentNullException(nameof(fileName));}// 返回客户端的文件名称private string _fileName;public string FileName{get => _fileName;[MemberNotNull(nameof(_fileName))]set => _fileName = value ?? throw new ArgumentNullException(nameof(value));}//文件提供程序public IFileProvider? FileProvider { get; set; }/// <summary>/// 真正下载执行的方法/// </summary>public override Task ExecuteResultAsync(ActionContext context){if (context == null){throw new ArgumentNullException(nameof(context));}//执行了IActionResultExecutor<VirtualFileResult>实例的ExecuteAsync方法var executor = context.HttpContext.RequestServices.GetRequiredService<IActionResultExecutor<VirtualFileResult>>();return executor.ExecuteAsync(context, this);}
}

在ASP.NET Core中Action的结果都是由IActionResultExecutor<>提供相关的实例，具体的ExecuteResultAsync方法只是在执行IActionResultExecutor<>里的ExecuteAsync实现方法，这个是在AddControllers方法的时候注册的，可以通过源码找到IActionResultExecutor<VirtualFileResult>接口注册的实例[点击查看源码👈[3]]

services.TryAddSingleton<IActionResultExecutor<VirtualFileResult>, VirtualFileResultExecutor>();

由此我们可以知道IActionResultExecutor<VirtualFileResult>注册的是VirtualFileResultExecutor类，所以我们可以直接查看VirtualFileResultExecutor类的ExecuteAsync方法的实现[点击查看源码👈[4]]

public virtual Task ExecuteAsync(ActionContext context, VirtualFileResult result)
{// 省略部分代码// 获取文件信息var fileInfo = GetFileInformation(result, _hostingEnvironment);// 文件不存在则抛出异常if (!fileInfo.Exists){throw new FileNotFoundException(Resources.FormatFileResult_InvalidPath(result.FileName), result.FileName);}Logger.ExecutingFileResult(result, result.FileName);var lastModified = result.LastModified ?? fileInfo.LastModified;var (range, rangeLength, serveBody) = SetHeadersAndLog(context,result,fileInfo.Length,result.EnableRangeProcessing,lastModified,result.EntityTag);if (serveBody){// 执行下载程序return WriteFileAsync(context, result, fileInfo, range, rangeLength);}return Task.CompletedTask;
}

通过这个方法可以知道判断文件信息存不存在是在GetFileInformation这个方法，我们上面看到的那个异常也是在这个方法里报出来的，所以我们看下这个方法的实现的，看一下具体实现[点击查看源码👈[5]]

/// <summary>
/// 获取文件信息
/// </summary>
internal static IFileInfo GetFileInformation(VirtualFileResult result, IWebHostEnvironment hostingEnvironment)
{// 获取文件提供程序var fileProvider = GetFileProvider(result, hostingEnvironment);//如果是NullFileProvider则直接抛出异常if (fileProvider is NullFileProvider){throw new InvalidOperationException(Resources.VirtualFileResultExecutor_NoFileProviderConfigured);}var normalizedPath = result.FileName;//特殊开头处理if (normalizedPath.StartsWith("~", StringComparison.Ordinal)){normalizedPath = normalizedPath.Substring(1);}//获取要下载的文件信息var fileInfo = fileProvider.GetFileInfo(normalizedPath);return fileInfo;
}/// <summary>
/// 获取文件提供程序
/// </summary>
internal static IFileProvider GetFileProvider(VirtualFileResult result, IWebHostEnvironment hostingEnvironment)
{//判断是否设置了VirtualFileResult的FileProvider属性if (result.FileProvider != null){return result.FileProvider;}//没设置则使用WebRootFileProvider，即设置目录为wwwroot的文件提供程序result.FileProvider = hostingEnvironment.WebRootFileProvider;return result.FileProvider;
}

通过这段代码我们看到了问题的所在，我们上面看到的异常位置的GetFileInformation方法，也就是我们需要找到的位置，这个地方获取到的IFileInfo是基于FileProvider的因此通过它获取的文件的物理路径是当前程序路径/WebRootFileProvider路径/传递的路径，比如程序路径D:\CodeProject\MyTest.WebApi\bin\Debug\net6.0\+WebRootFileProvider路径wwwroot\+传递路径files\疫情防控规范说明.docx拼接而成，因此在这里我们可以得到以下结论

  • • 下载的文件信息是在IFileProvider实例中获取到的

  • • GetFileProvider方法会判断是否手动设置了下载文件的IFileProvider,如果没有则使用IWebHostEnvironment的WebRootFileProvider实例，即框架中wwwroot目录的文件提供程序

  • • 我们提供绝对路径会抛出异常，本质是我们没有提供需要下载文件的文件提供程序实例IFileProvider，所以程序使用了wwwroot目录的文件提供程序

所以可以得出结论，我们如果想直接使用目录的话，那指定的目录必须得是基于wwwroot文件夹的目录进行存储的，也就是我们文件存储的文件夹得是在wwwroot里才行。比如我们将我们的上传的文件移动到wwwroot/files/文件夹内，那么我们在编写下载程序相关代码的时候可以直接使用如下方式

[HttpGet]
[Produces("application/msword", Type = typeof(FileResult))]
public FileResult Virtual()
{var filePath = "files/疫情防控规范说明.docx";return File(filePath, "application/msword", "疫情防控规范说明.docx");
}

这样的话程序就可以运行成功了，这也就解释了上面提供的File方法中提到的是virtualPath了。关于wwwroot机制在源码中可以看到[点击查看源码👈[6]]

var webRoot = options.WebRoot;
//判断配置里WebRoot是否配置
if (webRoot == null)
{var wwwroot = Path.Combine(hostingEnvironment.ContentRootPath, "wwwroot");//判断wwwroot目录是否存在if (Directory.Exists(wwwroot)){hostingEnvironment.WebRootPath = wwwroot;}
}
else
{hostingEnvironment.WebRootPath = Path.Combine(hostingEnvironment.ContentRootPath, webRoot);
}
//判断IWebHostEnvironment中的WebRootPath是否存在
if (!string.IsNullOrEmpty(hostingEnvironment.WebRootPath))
{hostingEnvironment.WebRootPath = Path.GetFullPath(hostingEnvironment.WebRootPath);//目录不存在则创建wwwroot目录if (!Directory.Exists(hostingEnvironment.WebRootPath)){Directory.CreateDirectory(hostingEnvironment.WebRootPath);}//根据wwwroot路径创建WebRootFileProvider文件提供程序hostingEnvironment.WebRootFileProvider = new PhysicalFileProvider(hostingEnvironment.WebRootPath);
}
else
{//如果没有提供wwwroot文件路径则赋值NullFileProviderhostingEnvironment.WebRootFileProvider = new NullFileProvider();
}

通过这段代码相信大家对wwwroot默认的机制能有一定的了解了，ASP.NET Core会根据程序是否包含wwwroot目录自行判断来填充IWebHostEnvironment实例中WebRootPath属性和WebRootFileProvider属性的值。所以可以先添加wwwroot文件夹，然后基于这个目录添加自定义的文件夹，这样可以直接使用File方法进行下载了。

PhysicalFileResult

上面我们了解到了VirtualFileResult的工作机制，使用VirtualFileResult下载的时候默认需要提供虚拟的路径即基于当前应用的目录，默认的是wwwroot目录。亦或者你可以自己提供IFileProvider机制来完成自定义目录的下载。但是当我们使用PhysicalFile()方法下载的时候却可以直接下载，这是为什么呢？同样的我们找到方法定义的地方[点击查看源码👈[7]]

[NonAction]
public virtual PhysicalFileResult PhysicalFile(string physicalPath,string contentType,string? fileDownloadName)=> new PhysicalFileResult(physicalPath, contentType) { FileDownloadName = fileDownloadName };

这里可以看到方法字段的名字是physicalPath也就是物理路径，方法返回的是PhysicalFileResult类的实例。我们找到PhysicalFileResult类的ExecuteResultAsync方法的相关源码[点击查看源码👈[8]]

public class PhysicalFileResult : FileResult
{public PhysicalFileResult(string fileName, string contentType): this(fileName, MediaTypeHeaderValue.Parse(contentType)){if (fileName == null){throw new ArgumentNullException(nameof(fileName));}}public PhysicalFileResult(string fileName, MediaTypeHeaderValue contentType): base(contentType.ToString()){FileName = fileName ?? throw new ArgumentNullException(nameof(fileName));}// 返回客户端的文件名称private string _fileName;public string FileName{get => _fileName;[MemberNotNull(nameof(_fileName))]set => _fileName = value ?? throw new ArgumentNullException(nameof(value));}/// <summary>/// 真正下载执行的方法/// </summary>public override Task ExecuteResultAsync(ActionContext context){if (context == null){throw new ArgumentNullException(nameof(context));}var executor = context.HttpContext.RequestServices.GetRequiredService<IActionResultExecutor<PhysicalFileResult>>();return executor.ExecuteAsync(context, this);}
}

通过这个类可以看出相较于VirtualFileResult类少了FileProvider属性，这也说明了确实是不需要传递文件访问程序。ExecuteResultAsync方法是完全透明的，核心逻辑在IActionResultExecutor<PhysicalFileResult>实例中[点击查看源码👈[9]]

services.TryAddSingleton<IActionResultExecutor<PhysicalFileResult>, PhysicalFileResultExecutor>();

照旧我们直接找到我们可以直接查看PhysicalFileResultExecutor类的ExecuteAsync方法的实现[点击查看源码👈[10]]

public virtual Task ExecuteAsync(ActionContext context, PhysicalFileResult result)
{//省略代码//获取文件信息var fileInfo = GetFileInfo(result.FileName);//文件不存在则抛出异常if (!fileInfo.Exists){throw new FileNotFoundException(Resources.FormatFileResult_InvalidPath(result.FileName), result.FileName);}Logger.ExecutingFileResult(result, result.FileName);var lastModified = result.LastModified ?? fileInfo.LastModified;var (range, rangeLength, serveBody) = SetHeadersAndLog(context,result,fileInfo.Length,result.EnableRangeProcessing,lastModified,result.EntityTag);if (serveBody){// 真正执行下载return WriteFileAsync(context, result, range, rangeLength);}return Task.CompletedTask;
}

同样的是在GetFileInfo方法里，看一下定义

protected virtual FileMetadata GetFileInfo(string path)
{//直接根据传进来的路径获取的文件信息var fileInfo = new FileInfo(path);return new FileMetadata{Exists = fileInfo.Exists,Length = fileInfo.Length,LastModified = fileInfo.LastWriteTimeUtc,};
}

区别主要就是在这个方法，这里是直接根据文件的绝对路径获取的文件信息，而不需要借助FileProvider,因此如果你传递的是D:\CodeProject\MyTest.WebApi\bin\Debug\net6.0\wwwroot\files\疫情防控规范说明.docx，那么获取到的文件信息也是来自于这个路径，也就是文件的绝对路径。

SendFileAsync方法

咱们看到的逻辑都是为了获取到文件的真实路径，而真正执行下载的是WriteFileAsync方法，这个方法的核心逻辑其实就是调用了HttpResponse的扩展方法SendFileAsync方法，所以如果你不想用FileResult类相关方法提供下载的时候，可以使用这个方法，唯一比较麻烦的就是下载的Header信息你得自己填充上去，简单的示例一下

[HttpGet]
public Task SendFile()
{var filePath = Path.Combine(AppContext.BaseDirectory, "files/疫情防控规范说明.docx");//获取fileInfovar fileInfo = new FileInfo(filePath);ContentDispositionHeaderValue contentDispositionHeaderValue = new ContentDispositionHeaderValue("attachment");contentDispositionHeaderValue.FileName= fileInfo.Name;// 设计ContentDisposition头信息Response.Headers.ContentDisposition = contentDispositionHeaderValue.ToString();//设置ContentLength头信息Response.ContentLength = new long?(fileInfo.Length);//调用SendFileAsync方法return Response.SendFileAsync(filePath, 0L, null, default);
}

Results.File

从ASP.NET Core6.0开始就提供了MinimalApi写法，MinimalApi同样可以执行文件下载，使用的是Results.File方法。这个方法就比较有意思了，比较智能。无论你是传递虚拟路径或者是物理路径都是可以的，不用你单独的去操作别的什么了，比如以下代码

//相对路径下载
app.MapGet("/virtual", () => {var virtualPath = "files/疫情防控规范说明.docx";return Results.File(virtualPath, "application/msword", "疫情防控规范说明.docx");
});//物理路径下载
app.MapGet("/physical", () => {var physicalPath = Path.Combine(AppContext.BaseDirectory, "files/疫情防控规范说明.docx");return Results.File(physicalPath, "application/msword", "疫情防控规范说明.docx");
});

上面的两种方式都是可以正常执行的，而且不会报错，相对来说变得更高级一点了，那具体是如何操作的呢，我们来看一下Results.File方法的实现[点击查看源码👈[11]]

public static IResult File(string path,string? contentType = null,string? fileDownloadName = null,DateTimeOffset? lastModified = null,EntityTagHeaderValue? entityTag = null,bool enableRangeProcessing = false)
{//判断路径是否包含根目录if (Path.IsPathRooted(path)){// 包含根目录则是绝对路径，直接使用PhysicalFileResultreturn new PhysicalFileResult(path, contentType){FileDownloadName = fileDownloadName,LastModified = lastModified,EntityTag = entityTag,EnableRangeProcessing = enableRangeProcessing,};}else{// 表示虚拟路径，也就是当前程序指定的路径return new VirtualFileResult(path, contentType){FileDownloadName = fileDownloadName,LastModified = lastModified,EntityTag = entityTag,EnableRangeProcessing = enableRangeProcessing,};}
}

通过这个方法我们可以看到Results.File已经帮我们在内部进行了判断，是符合物理路径还是虚拟路径。如果是物理路径则直接返回PhysicalFileResult实例，也就是ControllerBase类中的PhysicalFile方法的类型。如果是相对路径则返回VirtualFileResult实例，也就是上面ControllerBase类中的File方法。

总结

    本篇文章起源是由笔者在实际开发项目中，根据文件路径下载文件出现异常，并找到了相应的解决方法。出于好奇的本心，研究了一下相关的实现。在ASP.NET Core中文件路径分为两类。一种是绝对的物理路径，一种是在程序中设置的相对路径，不同路径的文件下载有不同的文件处理方法，大致总结一下

  • • VirtualFileResult类型的文件下载，默认路径是由WebRootFileProvider提供的路径，即wwwroot文件夹的路径，所以这个时候提供的文件路径是相对路径，真实文件也是存储在wwwroot路径下的，你可以可以定义自己的IFileProvider实例来传递自己的路径。

  • • PhysicalFileResult类型的文件下载，路径则是直接传递进来的物理路径，是绝对路径，也就是当前程序所在服务器或者操作系统的真实路径。这个路径程序不经过加工，是确实存在的路径。

  • • MinimalApi的Results.File方法，不需要我们认为的判断是相对路径还是绝对路径，直接使用即可。因为方法内已经帮我们做了判断了。

  • • 文件下载则是调用了HttpResponse的扩展方法SendFileAsync方法。

这一部分逻辑整体来说还是比较清晰的，相信大家理解起来也会比较容易。我们学习的过程最核心的就是积累经验，但是积累的经验一定是一系列的抽象概念，我们可以称它为思维标签，这是我们可以复用的底层逻辑。借用刘润的话来说，只有不同之中的相同之处、变化背后不变的东西，才是底层逻辑。只有底层逻辑，才是有生命力的。只有底层逻辑，在我们面临环境变化时，才能被应用到新的变化中，从而产生适应新环境的方法论。只有掌握了底层逻辑，只有探寻到万变中的不变，才能动态地、持续地看清事物的本质。

引用链接

[1] 点击查看源码👈: https://github.com/dotnet/aspnetcore/blob/v6.0.6/src/Mvc/Mvc.Core/src/ControllerBase.cs#L1473
[2] 点击查看源码👈: https://github.com/dotnet/aspnetcore/blob/v6.0.6/src/Mvc/Mvc.Core/src/VirtualFileResult.cs
[3] 点击查看源码👈: https://github.com/dotnet/aspnetcore/blob/v6.0.6/src/Mvc/Mvc.Core/src/DependencyInjection/MvcCoreServiceCollectionExtensions.cs#L250
[4] 点击查看源码👈: https://github.com/dotnet/aspnetcore/blob/v6.0.6/src/Mvc/Mvc.Core/src/Infrastructure/VirtualFileResultExecutor.cs#L41
[5] 点击查看源码👈: https://github.com/dotnet/aspnetcore/blob/v6.0.6/src/Mvc/Mvc.Core/src/Infrastructure/VirtualFileResultExecutor.cs#L126
[6] 点击查看源码👈: https://github.com/dotnet/aspnetcore/blob/v6.0.6/src/Hosting/Hosting/src/Internal/HostingEnvironmentExtensions.cs#L33
[7] 点击查看源码👈: https://github.com/dotnet/aspnetcore/blob/v6.0.6/src/Mvc/Mvc.Core/src/ControllerBase.cs#L1628
[8] 点击查看源码👈: https://github.com/dotnet/aspnetcore/blob/v6.0.6/src/Mvc/Mvc.Core/src/PhysicalFileResult.cs#L59
[9] 点击查看源码👈: https://github.com/dotnet/aspnetcore/blob/v6.0.6/src/Mvc/Mvc.Core/src/DependencyInjection/MvcCoreServiceCollectionExtensions.cs#L249
[10] 点击查看源码👈: https://github.com/dotnet/aspnetcore/blob/v6.0.6/src/Mvc/Mvc.Core/src/Infrastructure/PhysicalFileResultExecutor.cs#L29
[11] 点击查看源码👈: https://github.com/dotnet/aspnetcore/blob/v6.0.6/src/Http/Http.Results/src/Results.cs#L318

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

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

相关文章

[转]EL函数、自定义EL函数、自定义标签

[转]EL函数、自定义EL函数、自定义标签

EL函数 1、EL函数的作用&#xff1a;操作字符串 2、在JSP页面中要引入EL函数库 <% taglib prefix"fn" uri"http://java.sun.com/jsp/jstl/functions" %> 3、语法 ${ fn:方法名(参数) } 4、实例 <% page language"java" contentTyp…
阅读更多...
XidianOJ 1019 自然数的秘密

XidianOJ 1019 自然数的秘密

题目描述 题意&#xff1a; 已知&#xff1a;N&#xff01;N*(N-1)*...*2*1 找到最小自然数 N, 使N!末尾有连续 M个零. 例如, 5! 的结尾包含1个零. 输入 第一行输入一个整数T,表示有T组测试数据。 对于每组测试数据&#xff0c;输入一个整数M&#xff0c;表示包含M个零。&#…
阅读更多...
C语言试题119之利用递归方法求 5的阶层

C语言试题119之利用递归方法求 5的阶层

✅作者简介：大家好我是码莎拉蒂，CSDN博客专家🥇🥇🥇 📃个人主页：个人主页 🔥系列专栏：C语言试题200例 💬推荐一款模拟面试、刷题神器👉 点击跳转进入网站 1、题目 题目：利用递归方法求 5的阶层 分析：递归公式：fn=fn_1*4的阶层 2 、温馨提示 想获取更多C…
阅读更多...
深入学习http协议（转）

深入学习http协议（转）

http://www.blogjava.net/zjusuyong/articles/304788.html转载来的&#xff0c;没看到原文地址。http协议学习系列1. 基础概念篇1.1 介绍HTTP是Hyper Text Transfer Protocol&#xff08;超文本传输协议&#xff09;的缩写。它的发展是万维网协会&#xff08;World Wide Web Co…
阅读更多...
【ArcGIS风暴】ArcGIS+CASS点云(.las)数据生成等高线方法案例精解

【ArcGIS风暴】ArcGIS+CASS点云(.las)数据生成等高线方法案例精解

本文讲解基于点云LAS数据，在ArcGIS+CASS平台上生成等高线的方法。 扩展阅读： 什么是点云？什么是Las数据集？一篇文章告诉你点云数据的奥秘 ArcGIS+CASS点云(.las)数据生成等高线方法案例精解 ArcGIS平台上点云（.las）数据生成等高线方法案例精解 文章目录 一、LAS转多点二、…
阅读更多...
CSS浮动属性Float到底什么怎么回事，下面详细解释一下

CSS浮动属性Float到底什么怎么回事，下面详细解释一下

float 是 css 的定位属性。在传统的印刷布局中&#xff0c;文本可以按照需要围绕图片。一般把这种方式称为“文本环绕”。在网页设计中&#xff0c;应用了CSS的float属性的页面元素就像在印刷布局里面的被文字包围的图片一样。浮动的元素仍然是网页流的一部分。这与使用绝对 定…
阅读更多...
MAUI Developer Day in GCR

MAUI Developer Day in GCR

点击蓝字关注我们编辑&#xff1a;Alan Wang排版&#xff1a;Rani Sun活动介绍作为一个支持在单一代码库中开发能够运行在 Android、iOS、macOS 和 Windows 等多平台的应用程序的跨平台框架&#xff0c;.NET MAUI &#xff08;多平台应用程序用户界面&#xff09;还在预览版时就…
阅读更多...
企业数字化转型的加速引擎 — 2019年中国数字中台行业研究报告

企业数字化转型的加速引擎 — 2019年中国数字中台行业研究报告

阅读更多...
C语言试题126之请输入星期几的第一个字母来判断一下是星期几，如果第一个字母一样，则继续 判断第二个字母。

C语言试题126之请输入星期几的第一个字母来判断一下是星期几，如果第一个字母一样，则继续 判断第二个字母。

✅作者简介：大家好我是码莎拉蒂，CSDN博客专家🥇🥇🥇 📃个人主页：个人主页 🔥系列专栏：C语言试题200例 💬推荐一款模拟面试、刷题神器👉 点击跳转进入网站 1、题目 题目：请输入星期几的第一个字母来判断一下是星期几，如果第一个字母一样，则继续 判断第二…
阅读更多...
【ArcGIS风暴】ArcGIS点云抽稀（稀疏化LAS点）详解案例教程

【ArcGIS风暴】ArcGIS点云抽稀（稀疏化LAS点）详解案例教程

考虑对过采样 LAS 数据（例如通过摄影测量方式获得的点云以及多个叠加激光雷达扫描的返回值）使用稀疏化LAS点工具，以优化显示性能和加速分析操作。 文章目录 1. 创建las数据集2. 稀疏化LAS点适用版本：ArcGIS10.6以上。 1. 创建las数据集 扩展阅读：ArcGIS10.6创建LAS数据集…
阅读更多...
20145313张雪纯《信息安全系统设计基础》第11周学习总结

20145313张雪纯《信息安全系统设计基础》第11周学习总结

20145313张雪纯《信息安全系统设计基础》第11周学习总结 教材 异常控制流&#xff08;ECF&#xff09; 最简单的“平滑序列”类型的控制流是指PC中相邻的指令在存储器中也相邻。而异常控制流则是指程序变量表示的内部程序状态中的变化、系统状态的变化等突发情况使得控制系统做…
阅读更多...
Ueditor 改造, 为每个用户单独创建上传附件目录，用户只能查看自己上传的附件文件

Ueditor 改造, 为每个用户单独创建上传附件目录，用户只能查看自己上传的附件文件

1、修改 ueditor\net\config.json 文件 约 第78行&#xff1a; /* 上传文件配置 */"filePathFormat": "upload/{username}/file/{yyyy}{mm}{dd}/{time}{rand:6}", 约 第134行&#xff1a; /* 列出指定目录下的文件 */"fileManagerListPath": …
阅读更多...
Silverlight 5 beta新特性探索系列:9.视频快进快退和TextSearch对象对文字项查询

Silverlight 5 beta新特性探索系列:9.视频快进快退和TextSearch对象对文字项查询

本节讲诉两个新特性&#xff1a;一、在Silverlight 5中可以控制MediaElement对象播放的视频进行快进快退控制。二、在Silverlight 5中的文字项进行搜索查询。 一、对于MediaElement媒体播放对象的视频进行快退快进控制 它是通过MediaElement.PlaybackRate属性进行控制的。当前此…
阅读更多...
【错误异常大全】：ArcGIS Engine中C#无法引用ESRI.ArcGIS.AxControls问题

【错误异常大全】：ArcGIS Engine中C#无法引用ESRI.ArcGIS.AxControls问题

ArcGIS Engine中C#无法引用ESRI.ArcGIS.AxControls问题&#xff0c;具体如下。 发现在引用列表中找不到ESRI.ArcGIS.AxControls服务。 一直显示感叹号。 多次尝试添加无果&#xff0c;解决方法&#xff1a;选中引用列表中的ESRI.ArcGIS.AxControls&#xff0c;在属性表窗口中将…
阅读更多...
C语言试题122之利用递归函数调用方式，将所输入的 5 个字符，以相反顺序打印出来。

C语言试题122之利用递归函数调用方式，将所输入的 5 个字符，以相反顺序打印出来。

✅作者简介：大家好我是码莎拉蒂，CSDN博客专家🥇🥇🥇 📃个人主页：个人主页 🔥系列专栏：C语言试题200例 💬推荐一款模拟面试、刷题神器👉 点击跳转进入网站 1、题目 题目：利用递归函数调用方式，将所输入的 5 个字符，以相反顺序打印出来。 2 、温馨提示 想…
阅读更多...
Java IO流读取/写入/修改某个字符串（通用）

Java IO流读取/写入/修改某个字符串（通用）

2019独角兽企业重金招聘Python工程师标准>>> package com.test;import java.io.BufferedReader; import java.io.BufferedWriter; import java.io.File; import java.io.FileInputStream; import java.io.FileOutputStream; import java.io.IOException; import jav…
阅读更多...
重新开始征程

重新开始征程

自本科毕业&#xff0c;离开那座城市&#xff0c;来到帝都&#xff0c;开始新的生活&#xff0c;也就没有再开垦这片热土。重启征程是因为研究生快要毕业啦&#xff01; 改了昵称和博客的名称&#xff0c;在百度搜索的时候发现&#xff0c;本科毕设拿了省优秀毕业设计三等奖了&…
阅读更多...
.Net Core-做一个微信公众号的排队系统

.Net Core-做一个微信公众号的排队系统

Part1前言微信扫码登录&#xff0c;微信扫码获取排队信息这些场景很常见&#xff0c;但是大家知道里面的原理是怎么实现的呢&#xff1f;今天我就来给大家解惑&#xff01;Part2总体流程1浏览器请求服务器获取到二维码图片浏览器生成唯一值uuid通过uuid获取到带参数的二维码&am…
阅读更多...
Python 实现 csv文件转换成json文件

Python 实现 csv文件转换成json文件

# -*- coding:utf-8 -*- # csv转换成json import csv import jsonfile_path "district.csv" # 指定encodeingutf-8中文防止乱码 csvfile open(file_path,r, encodingutf-8) jsonfile open(district.json, w,encodingutf-8)# 指定列名 fieldnames ("code&q…
阅读更多...
【292天】跃迁之路——程序员高效学习方法论探索系列（实验阶段50-2017.11.24）...

【292天】跃迁之路——程序员高效学习方法论探索系列（实验阶段50-2017.11.24）...

实验说明 从2017.10.6起&#xff0c;开启这个系列&#xff0c;目标只有一个&#xff1a;探索新的学习方法&#xff0c;实现跃迁式成长实验期2年&#xff08;2017.10.06 - 2019.10.06&#xff09;我将以自己为实验对象。我将开源我的学习方法&#xff0c;方法不断更新迭代&#…
阅读更多...
最新文章

Copyright @ 2022~2023