点我——> ASP.NETCORE_配置_Option方式二

最新推荐文章于 2025-09-25 12:22:34 发布
原创 最新推荐文章于 2025-09-25 12:22:34 发布 · 637 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客介绍了ASP.NET CORE配置的Option方式二，为相关开发提供了具体配置方法，有助于开发者在ASP.NET CORE开发中更好地进行配置操作。
.net core 下的 grpc网关——http到grpc的网关源码剖析
网尘的技术专栏
09-19 1131
我曾经有段时间，特别想写一款从Http的json请求到grpc协议的网关，以便顺应asp.net core3.1的grpc微服务支持，grpc虽然从性能上稍微逊色于其他基于tcp的rpc，但由于是微软爸爸亲自操刀支持的，因此其发展还是比较迅猛的，虽然其采用proto文件定义头的方式并不是我喜欢的那种，不过我已经找到一个折中方案，定义proto文件的类库可以统一放在一个类库内，其他类仅需要引用就可以了。现在让我们看看微软爸爸提供的网关，剖析下其内部的实现吧。 微软剑指grpc github仓库地址： ht.
ASP.NET CORE[练习2]-MemoryRepository增改查
修武FEN青
08-29 798
练习+博客，量化自己的进步！ 用.net core先做一个内存数据库MemoryRepository的增改查，删就不写了。 练习思路： 1.写一个学生的增、改、查。 2.简单仓储结构。 3.注入service服务。 4.Model校验。 一、Repository 1.新建IRepository基础仓储接口。 public interface IRepository<T> whe...
跟我一起学.NetCore之Options实例演示及分析
zyq025的专栏
08-24 704
前言 来啦！来啦！上一节一堆代码，是不是感觉甚是无味啊？没关系，这里结合上一节内容专注举例演示，绝不废话！走起~~~~~ 正文 老规矩，一个WebApi项目走起，项目结构如下： 上一节中提到，Options是基于依赖注入的，所以我们需要将相关服务进行注册，如下： 注册完成之后就可以直接用啦，这里新建了一个ComputerController进行测试： 运行走起： 通常在使用的时候，相关服务的配置会放到配置文件中，比如数据库连接字符...
如何使用.NET Core 选项模式【Options】
12-17
ASP.NET Core引入了Options模式，使用类来表示相关的设置组。简单的来说，就是用强类型的类来表达配置项，这带来了很多好处。利用了系统的依赖注入，并且还可以利用配置系统。它使我们可以采用依赖注入的方法直接使用绑定的一个POCO对象，这个POCO对象就叫做Options对象。也可以叫做配置对象。 以下大多内容来自官方文档，我只是个翻译官或者叫搬运工吧！ 引入Options扩展包 PM>Package-install Microsoft.Extensions.Options 绑定分层配置 在appsetting.json文件增加如下配置 "Position": { "Titl
（13）ASP.NET Core2.2 中的选项模式（Options）
最新发布
wzk153的博客
09-25 839
选项（Options）模式是对配置（Configuration）的功能的延伸。在12章（ASP.NET Core中的配置二）Configuration中有介绍过该功能（绑定到实体类、绑定至对象图、将数组绑定至类）而选项模式又有个选项类（TOptions），该选项类作用是指：把选项类中的属性与配置来源中的键关联起来。举个例，假设json文件有个Option1键，选项类中也有个叫Option1的属性名，经过选项配置，这样就能把json中的键的值映射到选项类属性值中。
详解ASP.NET Core3.0 配置的Options模式
12-17
上一章讲到了配置的用法及内部处理机制，对于配置，ASP.NET Core还提供了一种Options模式。 一、Options的使用 上一章有个配置的绑定的例子，可以将配置绑定到一个Theme实例中。也就是在使用对应配置的时候，需要进行一次绑定操作。而Options模式提供了更直接的方式，并且可以通过依赖注入的方式提供配置的读取。下文中称每一条Options配置为Option。 1.简单的不为Option命名的方式 依然采用这个例子，在appsettings.json中存在这样的配置： { "Theme": { "Name": "Blue", "Color": "#0921DC"
.NET Core 选项模式【Options】的使用
marcushbs的博客
03-27 620
ASP.NET Core引入了Options模式，使用类来表示相关的设置组。简单的来说，就是用强类型的类来表达配置项，这带来了很多好处。利用了系统的依赖注入，并且还可以利用配置系统。它使我们可以采用依赖注入的方法直接使用绑定的一个POCO对象，这个POCO对象就叫做Options对象。也可以叫做配置对象。 以下大多内容来自官方文档，我只是个翻译官或者叫搬运工吧！ 引入Options扩展包 PM>Package-install Microsoft.Extensions.Options 绑定分层配置 .
跟我一起学.NetCore之选项(Options)核心类型简介
dotNET跨平台
09-21 571
前言.NetCore中提供的选项框架，我把其理解为配置组，主要是将服务中可供配置的项提取出来，封装成一个类型；从而服务可根据应用场景进行相关配置项的设置来满足需求，其中使用了依赖注入的形...
.Net Core——配置系统
weixin_45756851的博客
08-05 784
.net中的配置系统支持丰富的配置源，包括文件（json、xml、ini等）、注册表、环境变量、命令行、Azure Key Vault等，还可以配置自定义配置源。可以跟踪配置的改变，可以按照优先级覆盖
.NetCore——API设置统一路由
qiaofan_乔凡的博客
05-01 2346
NetCore3.1——API设置统一路由 一、前言 今天说一下在.netcore3.1的版本下设置统一的API路由。 二、实现 添加MvcOptionsExtensions扩展类 如下 public static class MvcOptionsExtensions { /// <summary> /// 扩展方法 /// ...
.netCore学习微服务分布式基础篇一（在linux系统ubuntu24.0版本上进行微服务分布式部署）
qq_21952887的博客
08-20 987
首先我们创建ServiceHelper解决方案文件夹，编写IServiceHelper接口和ServiceHelper实现类。这里调用采用的RestClient，需要引入RestSharp的nuget包。
.net core 验证 Options 参数
weixin_30588907的博客
01-16 497
.net core 中通过 PostConfigure 验证 Options 参数 Intro 在 .net core 中配置项推荐用 Options 来实现，有一些参数可能必须是用由用户来配置，不能直接写成默认值的参数，这样就需要就 Options 中的参数做一些校验，否则程序内部可能就会出现一些意想不到的异常，今天介绍一个比较简单的，通过 PostConfigure 的方式来实现Options...
.netcore入门30：.net core源码分析之选项模型(IOption)
火焰
11-13 1130
环境： window 10 .netcore 3.1 vs2019 16.5.1 dnSpy v6.1.4 (.NET Core) 一、概念及用法
详解.NET Core 选项框架（Options）
Caco 的博客
06-01 1303
前言 .NET Core 引入了Options模式，使用强类型的类来表达配置项，提供了三种在不同场景下的使用接口： IOptions IOptionsSnapshot IOptionsMonitor 但是常常不知道什么时候使用哪种模式才最合适，接下来我就用代码详细解读一下三种接口 代码示例 前期准备 首先新建.NET Core API项目来进行代码测试 DemoOptions 用来接收配置的强类型 在 Startup 中绑定配置和以 Singleton 模式注入测试的服务 详解IOptions
.Net Core之选项模式Options使用
www_xuhss_com的博客
03-04 906
Python微信订餐小程序课程视频 https://edu.csdn.net/course/detail/36074 Python实战量化交易理财系统 https://edu.csdn.net/course/detail/35475 一、简要阐述 ASP.NET Core引入了Options模式，使用类来表示相关的设置组。简单的来说，就是用强类型的类来表达配置项，这带来了很多好处。利用了系统的依赖注入，并且还可以利用配置系统。它使我们可以采用依赖注入的方法直接使用绑定的一个对象，这个对象就叫做Options
.net core中IOption的用法
极客神殿
03-16 728
首先希望把配置放在一个类里。 public class MyOptions { public MyOptions() { Option1 = "default value"; } public string Option1{get;set;} public int Option2{get;set;} } 然后通过委托给属性赋值。 services.Configure<MyOptions>(options => { options.Option1 = "second val
ASP.NET Core 2.2 基础知识(七)【选项】
极客神殿
02-19 1676
title: ASP.NET Core 中的配置 author: guardrex description: 理解如何使用配置 API 配置 ASP.NET Core 应用。 ms.author: riande ms.custom: mvc ms.date: 01/25/2019 uid: fundamentals/configuration/index ms.openlocfilehash: ...
.Net Core中的Options使用以及源码解析
weixin_30492047的博客
05-13 381
在.Net Core中引入了Options这一使用配置方式，通常来讲我们会把所需要的配置通过IConfiguration对象配置成一个普通的类，并且习惯上我们会把这个类的名字后缀加上Options。所以我们在使用某一个中间件，或者使用第三方类库时，经常会看到配置对应Options的代码，例如关于Cookie的中间件就会配置CookiePolicyOptions这一个对象。 使用Opti...
ishtar@ubuntu:~/Downloads/archive/最新版本/Linux/Steam++_v3.0.0-rc.16_linux_x64$ sudo bash ./Steam++.sh 创建符号链接 ./dotnet/dotnet 到 ./Steam++ Unhandled exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.TypeInitializationException: The type initializer for 'SkiaSharp.SKImageInfo' threw an exception. ---> System.DllNotFoundException: Unable to load shared library 'libSkiaSharp' or one of its dependencies. In order to help diagnose loading problems, consider using a tool like strace. If you're using glibc, consider setting the LD_DEBUG environment variable: /home/ishtar/Downloads/archive/最新版本/Linux/Steam++_v3.0.0-rc.16_linux_x64/assemblies/libSkiaSharp.so: cannot open shared object file: No such file or directory /home/ishtar/Downloads/archive/最新版本/Linux/Steam++_v3.0.0-rc.16_linux_x64/dotnet/shared/Microsoft.NETCore.App/9.0.3/libSkiaSharp.so: cannot open shared object file: No such file or directory /home/ishtar/Downloads/archive/最新版本/Linux/Steam++_v3.0.0-rc.16_linux_x64/assemblies/liblibSkiaSharp.so: cannot open shared object file: No such file or directory /home/ishtar/Downloads/archive/最新版本/Linux/Steam++_v3.0.0-rc.16_linux_x64/dotnet/shared/Microsoft.NETCore.App/9.0.3/liblibSkiaSharp.so: cannot open shared object file: No such file or directory /home/ishtar/Downloads/archive/最新版本/Linux/Steam++_v3.0.0-rc.16_linux_x64/assemblies/libSkiaSharp: cannot open shared object file: No such file or directory /home/ishtar/Downloads/archive/最新版本/Linux/Steam++_v3.0.0-rc.16_linux_x64/dotnet/shared/Microsoft.NETCore.App/9.0.3/libSkiaSharp: cannot open shared object file: No such file or directory /home/ishtar/Downloads/archive/最新版本/Linux/Steam++_v3.0.0-rc.16_linux_x64/assemblies/liblibSkiaSharp: cannot open shared object file: No such file or directory /home/ishtar/Downloads/archive/最新版本/Linux/Steam++_v3.0.0-rc.16_linux_x64/dotnet/shared/Microsoft.NETCore.App/9.0.3/liblibSkiaSharp: cannot open shared object file: No such file or directory at SkiaSharp.SkiaApi.sk_colortype_get_default_8888() at SkiaSharp.SkiaApi.sk_colortype_get_default_8888() at SkiaSharp.SKImageInfo..cctor() --- End of inner exception stack trace --- at Avalonia.Skia.PlatformRenderInterface..ctor(Nullable`1 maxResourceBytes) at Avalonia.Skia.SkiaPlatform.Initialize(SkiaOptions options) at Avalonia.SkiaApplicationExtensions.<>c.<UseSkia>b__0_0() at Avalonia.AppBuilder.SetupUnsafe() at Avalonia.AppBuilder.Setup() at Avalonia.AppBuilder.SetupWithLifetime(IApplicationLifetime lifetime) at BD.WTTS.Program.StartUIApplication() at BD.WTTS.Startup.<ConfigureCommands>b__0_12() at System.RuntimeMethodHandle.InvokeMethod(Object target, Void** arguments, Signature sig, Boolean isConstructor) at System.Reflection.MethodBaseInvoker.InvokeWithNoArgs(Object obj, BindingFlags invokeAttr) --- End of inner exception stack trace --- at System.Reflection.MethodBaseInvoker.InvokeWithNoArgs(Object obj, BindingFlags invokeAttr) at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture) at System.Delegate.DynamicInvokeImpl(Object[] args) at System.CommandLine.NamingConventionBinder.ModelBindingCommandHandler.InvokeAsync(InvocationContext context) at System.CommandLine.Invocation.InvocationPipeline.<>c__DisplayClass4_0.<<BuildInvocationChain>b__0>d.MoveNext() --- End of stack trace from previous location --- at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass17_0.<<UseParseErrorReporting>b__0>d.MoveNext() --- End of stack trace from previous location --- at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass12_0.<<UseHelp>b__0>d.MoveNext() --- End of stack trace from previous location --- at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass22_0.<<UseVersionOption>b__0>d.MoveNext() --- End of stack trace from previous location --- at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass19_0.<<UseTypoCorrections>b__0>d.MoveNext() --- End of stack trace from previous location --- at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c.<<UseSuggestDirective>b__18_0>d.MoveNext() --- End of stack trace from previous location --- at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass16_0.<<UseParseDirective>b__0>d.MoveNext() --- End of stack trace from previous location --- at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c.<<RegisterWithDotnetSuggest>b__5_0>d.MoveNext() --- End of stack trace from previous location --- at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass8_0.<<UseExceptionHandler>b__0>d.MoveNext() 报错原因
07-09
<think>我们正在处理一个关于Steam++（也称为Watt Toolkit）在Linux上运行时出现的SkiaSharp相关异常问题。用户遇到了`System.Reflection.TargetInvocationException`和`SkiaSharp.SKNativeException`，具体是`DllNotFoundException`，提示无法加载`libSkiaSharp`。 ### 问题分析 1. **异常类型分析**： - `System.Reflection.TargetInvocationException`：这通常表示通过反射调用方法时发生了异常，实际异常在内部异常（InnerException）中。 - 内部异常是`SkiaSharp.SKNativeException`，具体为`DllNotFoundException`，说明系统无法加载SkiaSharp所需的本地库`libSkiaSharp`。 2. **SkiaSharp依赖**： - SkiaSharp是一个跨平台的2D图形库，基于Google的Skia图形引擎。它在Linux上需要本地共享库（如`libSkiaSharp.so`）来运行。 - 在Linux上，SkiaSharp的NuGet包会包含一个`runtimes`目录，其中包含不同平台（如`linux-x64`）的本地库。应用程序在运行时需要能够找到并加载这个库。 3. **可能的原因**： - **缺少依赖库**：SkiaSharp依赖于一些系统库，例如`libfontconfig`、`libfreetype`等。如果这些库没有安装在系统中，可能会导致加载失败。 - **本地库文件未正确部署**：应用程序可能没有正确包含或放置`libSkiaSharp.so`文件，或者文件权限不正确。 - **运行时标识符（RID）不匹配**：如果应用程序发布时指定了特定的运行时标识符（如`linux-x64`），但当前系统环境不匹配，可能导致找不到对应的本地库。 - **路径问题**：应用程序可能没有将包含本地库的目录（如`runtimes/linux-x64/native`）添加到动态库加载路径中。 ### 解决方案 #### 步骤1: 安装系统依赖 首先，确保系统安装了SkiaSharp所需的依赖库。在基于Debian/Ubuntu的系统上，可以运行以下命令： ```bash sudo apt update sudo apt install libfontconfig1 libfreetype6 ``` 对于其他Linux发行版，请使用相应的包管理器安装类似的包（例如，Fedora/CentOS使用`dnf`或`yum`）。 #### 步骤2: 检查本地库文件 确认应用程序目录中包含了`libSkiaSharp.so`文件，并且位于正确的子目录下。通常，它应该在`runtimes/linux-x64/native/`目录中。如果目录结构不正确，请尝试重新部署应用程序，确保发布时包含了正确的运行时文件。 #### 步骤3: 设置动态库加载路径 如果本地库文件存在但应用程序无法找到，可以尝试设置环境变量`LD_LIBRARY_PATH`来指定包含`libSkiaSharp.so`的目录。例如，如果应用程序位于`/path/to/app`，并且`libSkiaSharp.so`在`/path/to/app/runtimes/linux-x64/native`中，那么可以这样运行： ```bash export LD_LIBRARY_PATH="/path/to/app/runtimes/linux-x64/native:$LD_LIBRARY_PATH" ./Steam++ # 替换为实际的启动命令 ``` 或者，将这一行添加到启动脚本中。 #### 步骤4: 检查文件权限 确保`libSkiaSharp.so`文件具有可执行权限。如果没有，请运行： ```bash chmod +x /path/to/app/runtimes/linux-x64/native/libSkiaSharp.so ``` #### 步骤5: 使用`ldd`检查依赖 使用`ldd`命令检查`libSkiaSharp.so`的依赖是否满足： ```bash ldd /path/to/app/runtimes/linux-x64/native/libSkiaSharp.so ``` 如果输出中有"not found"的项，则需要安装相应的系统库。 #### 步骤6: 更新SkiaSharp版本 如果问题仍然存在，考虑更新Steam++到最新版本，或者检查是否有更新的SkiaSharp版本可用。可能当前版本的SkiaSharp存在已知问题。 #### 步骤7: 查看应用程序日志 如果应用程序提供了更详细的日志，查看日志以获取更多线索。 ### 总结 出现`DllNotFoundException`通常是因为缺少SkiaSharp的本地库或它的依赖。通过安装系统依赖、确保本地库正确部署并设置正确的加载路径，可以解决此问题。 [^1]: SkiaSharp官方文档：https://docs.microsoft.com/zh-cn/xamarin/xamarin-forms/user-interface/graphics/skiasharp/ §§相关问题§§ 1. 如何解决Linux上其他.NET应用程序的`DllNotFoundException`错误？ 2. 在Linux上发布.NET应用程序时，如何确保所有依赖项（包括本地库）都正确打包？ 3. SkiaSharp在跨平台开发中还有哪些常见问题及解决方案？</think>### Steam++ Linux 版本运行时出现 SkiaSharp DllNotFoundException 的原因分析 该异常的根本原因是 **SkiaSharp 的本地依赖库未正确加载**。以下是具体原因和解决方案： --- #### 主要原因 1. **缺少 SkiaSharp 的本地运行时库** SkiaSharp 需要 `libSkiaSharp.so` 本地库文件支持。Linux 版本若未正确包含或定位此文件，会抛出 `DllNotFoundException`。常见于： - 应用未携带 `runtimes/linux-x64/native/libSkiaSharp.so` 文件 - 文件权限不足（需 `chmod +x` 赋予可执行权限） 2. **依赖的系统库缺失** `libSkiaSharp.so` 依赖以下系统库： ```bash libfontconfig.so.1 libfreetype.so.6 libharfbuzz.so.0 ``` 若未安装，会导致级联加载失败。 3. **运行时标识符（RID）不匹配** .NET 应用需明确指定 Linux RID（如 `linux-x64`）。若发布时未包含对应 RID 的 SkiaSharp 本地库，会触发异常。 4. **路径配置错误** 动态链接器未正确识别库路径，需通过 `LD_LIBRARY_PATH` 显式指定路径： ```bash export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/path/to/app/runtimes/linux-x64/native" ``` --- #### 解决方案 ##### 步骤1：安装系统依赖 ```bash # Debian/Ubuntu sudo apt install libfontconfig1 libfreetype6 libharfbuzz0b # Fedora/CentOS sudo dnf install fontconfig freetype harfbuzz ``` ##### 步骤2：验证本地库文件 检查应用目录是否包含： ``` /path/to/Steam++/ ├── runtimes/ │ └── linux-x64/ │ └── native/ │ └── libSkiaSharp.so ← 确保此文件存在且可执行 ``` 若无此文件，需重新下载完整版应用或从 [SkiaSharp Releases](https://github.com/mono/SkiaSharp/releases) 补全。 ##### 步骤3：设置环境变量 启动前执行： ```bash # 定位到应用目录后执行 export LD_LIBRARY_PATH="$PWD/runtimes/linux-x64/native:$LD_LIBRARY_PATH" chmod +x runtimes/linux-x64/native/libSkiaSharp.so # 确保可执行权限 ./Steam++ # 启动应用 ``` ##### 步骤4：检查 .NET 运行时配置 若使用自包含发布，确保命令包含 RID： ```bash dotnet publish -c Release -r linux-x64 --self-contained true ``` --- ### 根本原因总结 | 问题类型 | 触发场景 | 解决方向 | |-------------------|--------------------------------------------------------------------------|------------------------------| | 本地库缺失 | 应用未包含 `libSkiaSharp.so` 或文件损坏 | 补全文件 + `chmod +x` | | 系统依赖未安装 | `ldd runtimes/linux-x64/native/libSkiaSharp.so` 显示 "not found" | 安装 `libfontconfig` 等 | | 路径配置错误 | 动态链接器未搜索到库路径 | 设置 `LD_LIBRARY_PATH` | | RID 不匹配 | 发布时未指定 `linux-x64` 或使用错误运行时 | 显式声明 RID 发布 | > 提示：可通过 `ldd runtimes/linux-x64/native/libSkiaSharp.so` 验证依赖完整性[^1]。 [^1]: SkiaSharp 官方部署文档: https://docs.microsoft.com/zh-cn/dotnet/api/skiasharp
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值