这里说下，SDK 和 RunTime 的区别：1、SDK 是用来开发 NetCore 的，内部捆绑了 Runtime 运行时；2、但是如果只想运行 NetCore 项目的话，只需要在服务器中安装 Runtime 运行时即可； 怎么判断安装成功了呢？直接运行命令，如果有结果证明成功了：
环境的准备 1.windows环境 1).虚拟机：这里我用VMware 2).linux：这里我用CentOS 7 3).文件传输工具：MobaXterm（用于windows发布文件上传，很多人可能会用XShell，都可以的） 2.linux环境 这个环境主要搭建asp.net core 的运行时环境（这里以.net6为例） yum update yum install net-tools
好几年没搞webservice，因工作需要又重新搞起，.NET Framework版就太Low了，得与时俱进，netcore版搞起 1、使用Nuget包soapcore，创建接口类、实现类 namespace CLibrary_Soapcore.Interface { [ServiceContract] public interface IOpenHisService { [OperationContr
1. Quick Start ASP.NET Core应用具有很多读取文件的场景，如读取配置文件、静态Web资源文件（js/css/image）、MVC应用的View文件、以及直接编译到程序集中的内嵌资源文件。这些文件的读取都需要一个IFileProvider对象。 IFileProvider对象构建了一个抽象的文件系统，不仅提供了统一的API
1. QuickStart 配置系统(Configuration)具有如下特点： 提供统一的方式读取配置数据 支持多样化的数据源 支持配置数据的热更新 1.1 Nuget包 Microsoft.Extensions.Configuration.Abstrations; // 系统接口和基础类型定义 Microsoft.Extensions.Configuration; // 默认实现 Micros
1. QuickStart 1.1 NuGet包 Microsoft.Extensions.Logging.Abstractions; // 抽象依赖包 Microsoft.Extensions.Logging; // 默认实现 Microsoft.Extensions.Logging.Configuration; // Logging对Configuration的支持 Microsoft.Extensions.Logging.Console; // 针对Console的日志
1. QuickStart Options模式可以说是Configuration的增强功能，Options模式存在的目的就是为了简化Configuration属性的读取和使用。但是从设计上讲，Options模式是完全独立的，有自己的完整的业务逻辑，并不依赖于Configuration。Options模式对Configuration功能的增强，是通过扩展的方式实
1. 介绍 承载系统（Hosting，也就是泛型主机），提供了一种通用的功能：承载一个或多个需要长时间运行(Long-Running)的服务。 承载系统是基于依赖注入开发的，并自动集成了以下特性： Configuration Options Logging FileProvider 1.1 NuGet包 Microsoft.Extensions.Hosting.Abstractions; //
1. 入门 ASP.NET Core是一个Web开发平台，而不是一个单纯的开发框架。这是因为它具有一个极具扩展性的请求处理管道，我们可以通过对这个管道的定制来满足各种场景下的HTTP处理需求。ASP. NET Core应用的很多特性，比如路由、认证、会话、缓存等，都是通过管道的定制来实现的。 1.1 管道机
NuGet MongoDB.Driver using MongoDB.Bson; using MongoDB.Driver; using System; namespace MongoTest { public class MongoHp { static MongoHp() { MongoDB.Bson.Serialization.BsonSerializer.RegisterSerializer(typeof(DateTime
Filters Filters在.net core有一下几种： AuthorizationFilter 认证过滤器 ResourceFilter 资源过滤器 ActionFilterAttribute 请求过滤器 ExceptionFilterAttribute 异常过滤器 ResultFilterAttribute 结果过滤器 执行顺序如下图: 各过滤器内方法执行流程如下： Authorizat
缓存分很多级， 浏览器缓存、网关缓存、Web服务器缓存、数据库缓存。 1、首先可以在Action方法上边可以放一个ResponseCach的Attribute来指定浏览器的缓存时长 缓存20秒 2、服务器端缓存，第一个浏览器请求数据之后，服务器端进行了缓存，那其他浏览器再来请求时，就可以使用服务
1.首先要清楚什么是RabbitMQ，是干啥用的？ RabbitMQ就是一个消息中间件，那什么又是中间件呐？我的理解是，消息中转站，生产者生产完消息，放入中转站，就接着干别的事情去了。 至于你什么时候消费，就看你自己了，一旦消费成功，中间件将不再存储你的消息。类似我们生活中的菜鸟驿站。 厂家就是生
demo代码下载： https://gitee.com/MuXueRuanJian/castle_dynamic_proxy_test.git 参考网址： https://mp.weixin.qq.com/s/qytJcqaemMnfiMDYRAPDTA https://www.cnblogs.com/foreachlife/p/castleproxy.html https://mp.weixin.qq.com/s/9h6FXxvES_hLchcincCNpQ https://www.
Ocelot是一个用.NET Core实现并且开源的API网关，它功能强大，包括了：路由、请求聚合、服务发现、认证、鉴权、限流熔断、并内置了负载均衡器与Service Fabric、Butterfly Tracing集成。这些功能只都只需要简单的配置即可完成，下面我们会对这些功能的配置一一进行说明。 介绍 简单的来说
微服务确实是行业的一个趋势，我自己也在把一些项目往微服务架构迁移。玩微服务架构配置中心是一个绕不过去的东西，有很多大牌的可以选，比如spring-cloud-config，apoll，disconf等等。而我为什么还要造一个轮子呢？一来这些都不是.net实现的，我就想试试用.net core实现一个，而且他们也对.net
十年河东，十年河西，莫欺少年穷 学无止境，精益求精 上一节介绍了RabbitMQ定向模式，本篇介绍 Topics 通配符模式 我的系列博客： NetCore RabbitMQ ，Routing定向模式 NetCore RabbitMQ 发布订阅模式，消息广播 RabbitMQ的六种工作模式 NetCore RabbitMQ 简介及兔子生产者、消费者 【简单模式，w
.HTTP Error 500.19 - Internal Server Error 错误解决方案 （0x8007000d） 出现这个错误的原因是.netcore 的hostingbundle 没有安装.去.netcore 官网下载安装后就好。 IIS模块缺少【ASPNETCoreModuleV2】 https://blog.csdn.net/qq_46051312/article/details/122648388 https://www.
jenkins + supervisor + ansible 实现netcore程序的多机一键部署 上一篇我们简单的说到了使用jenkins+supervisor实现了一个单机版的多副本部署，但是在更多的场景下还是需要netcore程序的多机一键部署，那么多 机器间如何分发呢？ 肯定不能使用scp这么低级别的命令，所以你
十年河东，十年河西，莫欺少年穷 学无止境，精益求精 上篇博客介绍了RabbitMQ的六种工作模式 RabbitMQ的六种工作模式 RabbitMQ的简单模式和Work工作模式请参考：NetCore RabbitMQ 简介及兔子生产者、消费者 【简单模式，work工作模式，竞争消费】 RabbitMQ发布订阅模式之消息广播请参考：Net
十年河东，十年河西，莫欺少年穷 学无止境，精益求精 上篇博客介绍了RabbitMQ的六种工作模式 RabbitMQ的六种工作模式 RabbitMQ的简单模式和Work工作模式请参考：NetCore RabbitMQ 简介及兔子生产者、消费者 【简单模式，work工作模式，竞争消费】 本篇博客使用NetCore完成RabbitMQ发布订阅
十年河东，十年河西，莫欺少年穷 学无止境，精益求精 先盗用一张图，介绍下RabbitMQ的架构图 简介 Producer ： 生产者 channel ： 通信信道，节约Tcp链接资源 Broker : MQ Server接点，做集群用的 VirtualHost ： 虚拟机，一个RabbitMQ中可以有多个虚拟机，我们可以通过RabbitMQ提供的可视化网
1、多线程下EFCore的DbContext实例处理 DbContext生命周期默认注入是Scope,每一次请求时创建一个实例，在当前请求的上下文中共用，当请求结束后，释放生命周期，释放数据库链接。若开启多线程，在不同的线程中使用同一个DbContext上下文，则报错如下:System.InvalidOperationEx
当遇到Unable to resolve service for type时，要考虑到接口方法是否已经注入: 例如： Unable to resolve service for type 'SaasTestDemo.Application.Queries.IChannelQuery' while attempting to activate 'SaasTestDemo.API.Controllers.ChannelController'. IChannelQuery
原文链接：.NETCore .NET6中一些常用组件的配置及使用记录，持续更新中。。。 - VictorStar - 博客园 (cnblogs.com) 原文内容很重要，仔细看，以下是我自己查找补充的 ASP.NET Core 3.0 之前的版本中，默认设置使用通过 Newtonsoft.Json 包实现的 JSON 格式化程序。 在 ASP.NET Core 3.0
