由于WCF采用.NET托管语言（C#和NET）作为其主要的编程语言，注定以了基于WCF的编程方式不可能很复杂。同时，WCF设计的一个目的就是提供基于非业务逻辑的通信实现，为编程人员提供一套简单易用的应用编程接口（API）。WCF编程模式的简单性同样体现在异常处理上面，本篇文章的主要目的就是对WCF基于异常处理的编程模式做一个简单的介绍。 一、当异常从服务端抛出 对于一个典型的WCF服务调用，我个人倾向于将潜在抛出的异常费为两种类型：应用异常（Application Exception）和基础结构（Infr
这篇内容主要来自Microsoft .NET团队程序经理Sourabh Shirhatti的博客文章：https://grpc.io/blog/grpc-on-dotnetcore/， .NET Core 3.0现已提供grpc的.NET 托管实现 grpc-dotnet， gRpc 取代WCF成为 .NET的一等公民。自2018年11月以来，Microsoft的.NET团队一直与gRPC团队密切合作，共同开发适用于.NET Core的gRPC的全新完全托管实现。
看到越南小哥 的github 上的Evaluating Performance of REST vs. gRPC ， 使用的是.NET Core 3.0 , 今天我把它升级到.NET Core 3.1 同样做了一个测试，文章的结果和他的博客文章是一样的。
2020年了，放眼望去，单体架构已经渐行渐远，分布式架构大行其道，微服务更是如火如荼。作为分布式实施的基础，跨进程通信的技术也是五花八门，为什么Core WebApi越来越火，被众多大牛们一直推荐？小编这就为你一一解答！
WCF是一个具有极高扩展度的分布式通信框架，无论是在信道层（Channel Layer）还是服务模型层（Service Model），我们都可以自定义相关组件通过相应的扩展注入到WCF运行环境中。在WCF众多可扩展点中，ICallContextInitializer可以帮助我们在服务操作执行前后完成一些额外的功能，这实际上就是一种AOP的实现方式。比如在《通过WCF Extension实现Localization》中，我通过ICallContextInitializer确保了服务操作具有和客户端一样的语言文
在上一篇分布式系统系列中《分布式系统中的必备良药 —— 服务治理》中阐述了服务治理的一些概念，那么与服务治理配套的必然会涉及到RPC框架。在当前互联网的大背景下，RPC的运用应该大家或多或少都有涉及，国内外的RPC框架也是百花齐放。那么各个RPC框架各自有什么特点，另外RPC的核心点又是哪些，我们该如何去选择是本文需要讲述的内容。本文会围绕.Net技术栈来展开，暂不讨论诸如dubbo之类对.Net 不太友好的框架。
我们想对WCF具有一定了解的人都会知道：在客户端通过服务调用进行服务调用过程中，服务代理应该及时关闭。但是如果服务的代理不等得到及时的关闭，到底具有怎样的后果？什么要关闭服务代理？在任何时候都需要关闭服务代理吗？是否有一些例外呢？本篇文章将会围绕着这些问题展开。
如果在 WPF 需要用多进程通信，一个推荐的方法是 WCF ，因为 WCF 是 RPC 计算。先来讲下 RPC (Remote Procedure Call) 远程过程调用，他是通过特定协议，包括 tcp 、http 等对其他进程进行调用的技术。详细请看百度
gRPC是高性能的RPC框架， 有效地用于服务通信(不管是数据中心内部还是跨数据中心)。
Google 刚刚开源了grpc, 一个基于HTTP2 和 Protobuf 的高性能、开源、通用的RPC框架。Protobuf 本身虽然提供了RPC 的定义语法，但是一直以来，Google 只开源了Protobuf 序列化反序列化的代码，而没有开源RPC 的实现，于是存在着众多良莠不齐的第三方RPC 实现，不过我在项目中采用WCF搭配Protobuf是一个很不错的RPC实现，Google这个框架是是基于HTTP2的，这是他有特色的地方，带来诸如双向流、流控、头部压缩、单TCP连接上的多复用请求等特性。
近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析（卷1）》的写作，一直无暇管理自己的Blog。在《WCF技术剖析（卷1）》写作期间，对WCF又有了新的感悟，为此以书名开始本人的第三个WCF系列。本系列的目的在于对《WCF技术剖析》的补充，会对书中的一些内容进行展开讲述，同时会囊括很多由于篇幅的原因忍痛割弃的内容。 [第1篇] 通过一个ASP.NET程序模拟WCF基础架构 本系列的第一篇，我将会对WCF的基本架构作一个大致的讲解。不过，一改传统对WCF的工作流程进行平铺直叙，我将另辟蹊径，借助于我
在《WCF技术剖析（卷1）》的最后一章，我给出了一个具体的应用WCF的分布式应用实例，我把这个实例命名为PetShop。在这个例子中，我利用WCF的扩展实现了一些设计、架构模式，比如AOP、IoC等。看过本书的读者，一定还记得我还通过WCF扩展实现了于微软企业库（Enterprise Library）异常处理应用块（Exception Handling Application Block：EHAB）的集成。当时由于缺乏相应的背景知识，不可能介绍具体的实现，现在我们可以详细来讲述这是如何实现的。 （Sourc
我们的binlog应用使用了etcd，用来协调主服务和存储数据源以及订阅相关的元数据信息。程序运行一段时间后，就会抛出mvcc: database space exceeded的异常，详细的堆栈如下：
RPC 是什么？在客户端应用里可以像调用本地方法对象一样直接调用另一台不同机器上的服务端应用的方法。同时支持跨语言的异构系统。国内开源的 RPC 框架有阿里Dubbo、蚂蚁金服的 SOFA-RPC、百度 bRPC、新浪 Motan等等。
.NET Core 启动于2016年，跟K8S同年诞生，既拥有着悠久的历史积累，又集成了当下最新的设计理念，加上.NET团队持续对容器技术的官方支持和适配改进，这两年各种性能测试榜单中，.NET Core都是最受欢迎和期待的！在云原生 Cloud Native 的大潮中，.NET Core/.NET5/.NET6也是最具优势的，因为他们具有足够的轻巧和高效的先天优势。
WCF客户端和服务端的框架体系相互协作，使得开发人员可以按照我们熟悉的方式进行异常的处理：在服务操作执行过程中抛出异常（FaultException），在调用服务时捕获异常，完全感觉不到“分布式”的存在，如同典型的“本地”操作一般。为了实现这样的效果，WCF在内部为我们作了很多。 消息交换是WCF进行通信的唯一手段，消息不仅仅是正常服务调用请求和回复的载体，服务端抛出的异常，甚至是服务的元数据都是通过消息的形式传向客户端的。所以，实现异常与消息之间的转换是整个异常处理体系的核心，而WCF的异常处理框架就着
作者 | Arthur Casals, Jonathan Allen 等 译者 | 明知山 策划 | 丁晓昀 每一年，InfoQ 的编辑团队都会邀请业内经验丰富的开发人员和实践者来讨论整个软件开发领域的发展趋势。这些讨论的结果以趋势报告的形式发布，每个报告都关注一组特定的主题——我们称之为“领域（Space）”。这些报道帮助编辑团队策划并向读者提供高质量的新闻和文章，同时确保我们报道的是当前最相关的主题和技术。 我们所有的报告都是建立在 Geoffrey Moore 在《跨越鸿沟》（Crossin
题外话：本以为我会WCF了，精通WCF了，毕竟刚做过一个WCF的项目，不就是写写契约接口，然后实现接口，改下配置。最后用控制台或者服务发布一下，不就能用了。不就是简单ABC吗？不是So Easy吗？做第二个项目的时候我悲剧了，被碰的头破血流！忽然发现什么什么都不会（第一个项目比照网上教程一步一步弄的），连写一个简单hello world都写不出来。我之前还以为自己很懂了…… 一、WCF文件配置 为了不重蹈覆辙，这次争取把他整懂整透（当然这才是入门而已）。WCF很强大，它的强大跟它的配置有很大的
微服务和消息队列的基础都是RPC框架，比较有名的有WCF、gRPC、Dubbo等，我们的NewLife.ApiServer建立在网络库NewLife.Net之上，支持.Net Core，追求轻量级和高性能，只有最简单的远程调用功能。 现在是网络系列文章的第五篇，前面四篇快速过了一遍网络库基本用法，也做了压力测试并给出数字 2266万tps。 本章正式进入应用层面，并且采用.Net Core作为例程，说明我们一开始就支持.Net Core，也算是回答了很多支持者的疑问。 老规矩，先上代码：https://gi
微服务和消息队列的基础都是RPC框架，比较有名的有WCF、gRPC、Dubbo等，我们的NewLife.ApiServer建立在网络库NewLife.Net之上，支持.Net Core，追求轻量级和高性能，只有最简单的远程调用功能。
本文是学习B站毛剑老师的《API 工程化分享》的学习笔记，分享了 gRPC 中的 Proto 管理方式，Proto 分仓源码方式，Proto 独立同步方式，Proto git submodules 方式，Proto 项目布局，Proto Errors，服务端和客户端的 Proto Errors，Proto 文档等等
在内存马的攻防博弈之旅中，我们对内存马做过了一定的介绍。做个简单的总结，内存马就是在系统动态创建对外提供服务的恶意后门接口，并且整个过程没有文件落地，全都在内存中执行，故称之为内存马。
最近添哥一直反映，他手下的设备以grpc stream的方式向我服务端发送数据。偶然会收到错误。现象如下：
先看下这个帧的含义：用于关闭连接或者发出错误， 端点必须将带有0x0以外的流标识符的GOAWAY帧视为类型为PROTOCOL_ERROR的连接错误
gRPC是由google开发的，是一款语言中立、平台中立、开源的RPC(Remote Procedure Call，远程过程调用)框架。
作者简介 本文作者 Dozer、Bender、vio-lin 来自携程 SOA 团队。目前主要负责 SOA 系统的研发工作和 Service Mesh 架构的演进、落地工作，同时也关注服务治理、JVM、云原生等技术领域。 一、背景 携程的 SOA 系统经历了 ESB、微服务等架构的演变，正处于一个较平稳的阶段。但当前的微服务架构却遇到了各种业内经常遇到的问题，例如： 1）无法支撑多语言战略，团队没有精力维护除了 Java 以外其他语言的 SDK； 2）客户端 SDK 版本升级推进困难，特别是遇到 Bug
上篇中分析了gPRC支持的四种类型示例，本文继续示例解读，Header传值、错误处理。
经过WCF基础的ABC学习，已经可以构建简单的WCF的服务，使用不同的服务地址和绑定类型，根据业务提供所需的服务契约。但不禁想问，服务所使用的消息报文是什么样的形式么？蕴含什么样内容呢？WCF服务是否
该页面向您介绍gRPC和protocol buffers。 gRPC可以将protocol buffers用作其接口定义语言（IDL）和其基础消息交换格式。 如果您不熟悉gRPC和/或protocol buffers，请阅读此内容！ 如果您只是想深入了解gRPC的实际效果，请选择一种语言并尝试使用其快速入门。
一般都是使用 WCF 或 remoting 做远程通信，但是 dot net core 不支持 WCF 所以暂时我就只能使用 管道通信。
作者：韩伟，个人公众号：韩大（ID：handa1740168）， 以技术提升开发效率。 远程对象调用的概念 要说“远程对象”，必先说“远程调用”，也就是RPC。比较著名的RPC框架有，最近很火的gR
Enterprise Library是微软P&P部门开发的众多Open source框架中的一个，最新的版本已经出到了4.1。由于接触Enterprise Library已经有很长的一段时间，在实际的项目中使用的频率也很高。对此有了一些积累，希望通过这个新的系列和广大网友一起分享和交流。本系列假设读者已经对Enterprise Library有一定的了解，故而不会对各个Application Block的基本原理和编程模型进行介绍，而把侧重点放在Enterprise Library深层次的实现原理、设计模式
前两天写了一篇文章介绍commons-pool2这个通用池化框架通用池化框架commons-pool2实践，其中提到了可以池化一个对象和一组对象，一个对象用到了GenericObjectPool这个类，一组对象用到了GenericKeyedObjectPool这个类。
对于一般的多线程操作，比如异步地进行基于文件系统的IO操作；异步地调用Web Service；或者是异步地进行数据库访问等等，是和具体的线程无关的。也就是说，对于这些操作，任意创建一个新的线程来执行都是等效的。但是有些情况下，有些操作却只能在固定的线程下执行。比如，在GUI应用下，对控件的访问就需要在创建该控件的线程下执行；或者我们在某个固定的线程中通过TLS（Thread Local Storage）设置了一些Context信息，供具体的操作使用，我们把操作和某个固定的线程的依赖称为线程关联性（Threa
在《WCF 并发的本质》中，我们谈到了WCF提供的三种不同的并发模式，使开发者可以根据具体的情况选择不同的并发处理的策略。对于这三种并发模式，Multiple采用的并行的执行方式，而Single和Reentrant则是采用串行的执行方式。串行执行即同步执行，在WCF并发框架体系中，这样的同步机制是如何实现的呢？ 一、Concurrency.Single模式下的同步实现 实际上，WCF并发框架体系下针对Concurrency.Single模式的实现非常简单，其本质就是对InstanceContext进行加锁
有关grpc更深层次的前世今生、底层原理、困惑点释疑请听下回分解， 欢迎菜鸟老鸟们提出宝贵意见。
昨天写了《yield在WCF中的错误使用——99%的开发人员都有可能犯的错误[上篇]》，引起了一些讨论。关于yield关键字这个语法糖背后的原理（C#编译器将它翻译成什么）其实挺简单，虽然有时候因为误用它会导致一些问题，但是它本无过错。接下来，我们通过这篇短文简单地谈谈我所理解的yield。 目录 一、先看一个简单的例子 二、了解本质，只需要看看yield最终编译成什么 三、回到WCF的例子 一、先看一个简单的例子 我们现在看一个简单的例子。我们在一个Consol
protobuf通过定义包含类型结构序列化信息的文件(.proto文件)，来编译生成不同语言平台的高效序列化程序代码
gRPC是一个现代的、跨平台的、高性能的 RPC 框架。gRPC for .NET 构建在 ASP.NET Core 之上，是我们推荐的在 .NET 中构建 RPC 服务的方法。
作者：肖继潮 链接：http://www.zhihu.com/question/25536695/answer/31046384 来源：知乎 著作权归作者所有，转载请联系作者获得授权。
服务端只有抛出FaultException异常才能被正常地序列化成Fault消息，并实现向客户端传播。对于一般的异常（比如执行Divide操作抛出的DivideByZeroException），在默认的情况下，异常信息无法实现向客户端传递。但是，倘若为某个服务应用了ServiceDebugBehavior这么一个服务行为，并开启了IncludeExceptionDetailInFaults开关，异常信息将会原封不动地传播到客户端。WCF内部是如何处理抛出的非FaultException异常的呢？ 实际上
因为是学习使用，朋友就在物理机搭建了搭建了nacos伪集群，即ip都一样，端口分别为8848,8847,8849。然而启动nacos服务器后，一台正常启动，其他两台都报了端口被占用
WCF是构建和运行互联系统的一系列技术的总称，它是建立在Web Service架构上的一个全新的通信平台。你可以把它看成是.NET平台上的新一代的Web Service。WCF为我们提供了安全、可靠的的消息通信，也为我们提供了更好的可互操作性是的我们可以和其他的平台进行“交流”。
在 /protps 目录下面创建一个新的文件，名为 service.proto，内容如下：
在启用了 istio 的 Smart DNS (智能 DNS) 后，我们发现有些情况下 DNS 解析失败，比如:
本章节将进行元数据和异常处理的介绍，这部分内容概念型比较强，可以快速浏览一下就好。 客户端和服务器借助于终结点进行通信，服务的提供者通过一个或者多个终结点将服务发布出来，服务的消费者则通过创建与之匹
微服务框架系列重点介绍框架的搭建过程，期间对一些细节技术点的讲解，会在另一个系列Go语言技巧系列中展开。
现在大大小小的微服务，服务之间的数据交换，大都使用 GRPC 来实现，所以从这个角度去看 GRPC 是一个非常有必要学习的知识点。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
