开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

Flutter WCF服务调用

是指在Flutter框架中调用Windows Communication Foundation（WCF）服务的过程。WCF是一种基于微软技术栈的通信框架，用于开发分布式应用程序，可以在不同的平台上进行通信。

Flutter作为一个跨平台的移动应用开发框架，可以通过调用WCF服务来实现与后端服务器的数据交互和通信。通过WCF服务调用，Flutter应用可以发送请求并接收来自服务器的响应，以获取所需的数据。

WCF服务调用的优势在于其灵活性和可扩展性。它使用面向服务的架构（SOA），支持多种通信协议和编码方式，例如HTTP、TCP、SOAP、REST等。这意味着Flutter应用可以使用不同的协议与WCF服务进行通信，根据需求选择最合适的协议。

WCF服务调用的应用场景非常广泛。例如，一个电子商务应用可以使用WCF服务调用来获取商品信息、处理订单、进行支付等操作。另外，企业级应用程序可以使用WCF服务调用来实现与各种业务系统的集成，例如ERP、CRM等。

腾讯云提供了一系列与Flutter WCF服务调用相关的产品和服务。其中，可以使用腾讯云函数（SCF）来托管WCF服务，并通过API网关将请求路由到SCF函数。此外，腾讯云还提供了云服务器（CVM）、云数据库（CDB）和对象存储（COS）等服务，用于支持Flutter应用与WCF服务的部署和数据存储。

关于Flutter WCF服务调用的更多信息，可以参考腾讯云的文档和产品介绍：

腾讯云函数（SCF）：https://cloud.tencent.com/product/scf
API网关：https://cloud.tencent.com/product/apigateway
云服务器（CVM）：https://cloud.tencent.com/product/cvm
云数据库（CDB）：https://cloud.tencent.com/product/cdb
对象存储（COS）：https://cloud.tencent.com/product/cos

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

WCF中并发（Concurrency）与限流（Throttling）体系深入解析系列[共7篇]

服务（Service）的本质就是提供服务消费者期望的某种功能，服务的价值体现在两个方面：服务本身的质量和寄宿服务的平台应付消费者的数量，并发（Concurrency）的关注的是第二个要素。WCF服务寄宿于资源有限的环境中，要实现服务效用的最大化，需要考虑如何利用现有的资源实现最大的吞吐量（Throughput）。提高吞吐量就某个寄宿的服务实例（Service Instance）来说，一个重要的途径就是让它能够同时处理来自各个客户端（服务代理）的并发访问。WCF实现了一套完整的并发控制体系，为你提供了不同的并

07

WCF并发（Concurrency）的本质：同一个服务实例上下文（InstanceContext）同时处理多个服务调用请求

引言服务（Service）的本质就是提供服务消费者期望的某种功能，服务的价值体现在两个方面：服务本身的质量和寄宿服务的平台应付消费者的数量，并发（Concurrency）的关注的是第二个要素。WCF服务寄宿于资源有限的环境中，要实现服务效用的最大化，需要考虑如何利用现有的资源实现最大的吞吐量（Throughput）。提高吞吐量就某个寄宿的服务实例（Service Instance）来说，一个重要的途径就是让它能够同时处理来自各个客户端（服务代理）的并发访问。WCF实现了一套完整的并发控制体系，为你提供了不

07

WCF客户端运行时架构体系详解[下篇]

当基于某个终结点创建的ChannelFactory<TChannel>被开启的之后，位于服务模型层的客户端运行时框架被成功构建。站在编程的角度看ChannelFactory<TChannel>，它就是一个创建用于服务调用的服务代理对象的工厂。由于服务调用需要借助于服务代理来完成，我们很有必要从整个客户端运行架构层面来了解服务代理和基于服务代理的服务调用是如何实现的。目录一、服务代理是一个透明代理二、服务调用的流程操作选择

07

WCF技术剖析之二十三：服务实例（Service Instance）生命周期如何控制[上篇]

服务调用的目的体现在对某项服务功能的消费上，而功能的实现又定义在相应的服务类型中。不论WCF服务端框架处理服务调用请求的流程有多么复杂，最终都落实在服务实例的激活和操作方法的执行上面。WCF中的实例管理（Instance Management）旨在解决服务实例的激活和服务实例生命周期的控制。会话（Session）的目的在于保持来自相同客户端（服务代理）多次服务调用之间的状态。从消息交换的角度来讲，会话通过消息识别机制判断调用某个服务的消息来源，从而将来自相同客户端的所有消息关联在一起。所以，会话实现了消息

09

《WCF技术剖析》博文系列汇总[持续更新中]

近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析（卷1）》的写作，一直无暇管理自己的Blog。在《WCF技术剖析（卷1）》写作期间，对WCF又有了新的感悟，为此以书名开始本人的第三个WCF系列。本系列的目的在于对《WCF技术剖析》的补充，会对书中的一些内容进行展开讲述，同时会囊括很多由于篇幅的原因忍痛割弃的内容。 [第1篇] 通过一个ASP.NET程序模拟WCF基础架构本系列的第一篇，我将会对WCF的基本架构作一个大致的讲解。不过，一改传统对WCF的工作流程进行平铺直叙，我将另辟蹊径，借助于我

Mono 3.0.2 基于双工通信的WCF应用 Demo

双工（Duplex）模式的消息交换方式体现在消息交换过程中，参与的双方均可以向对方发送消息。基于双工MEP消息交换可以看成是多个基本模式下（比如请求-回复模式和单项模式）消息交换的组合。双工MEP又具有一些变体，比如典型的订阅-发布模式就可以看成是双工模式的一种表现形式。双工消息交换模式使服务端回调（Callback）客户端操作成为可能。本文测试Mono 3.0.2/.NET 4对双工（Duplex）模式的WCF支持。演示基于双工通信的WCF应用是一个简单的计算服务CalculatorService，我们

06

WCF技术剖析之一：通过一个ASP.NET程序模拟WCF基础架构

细算起来，已经有好几个月没有真正的写过文章了。近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析》的写作，一直无暇管理自己的Blog。到目前为止《WCF技术剖析（卷1）》的写作暂告一段落，初步预计于下个月由武汉博文视点出版。在《WCF技术剖析》写作期间，对WCF又有了新的感悟，为此以书名开始本人的第三个WCF系列。本系列的目的在于对《WCF技术剖析》的补充，会对书中的一些内容进行展开讲述，同时会囊括很多由于篇幅的原因忍痛割弃的内容。本系列的第一篇，我将会对WCF的基本架构作一个大致的讲解。不过，一改

08

我的WCF之旅（1）：创建一个简单的WCF程序

为了使读者对基于WCF的编程模型有一个直观的映像，我将带领读者一步一步地创建一个完整的WCF应用。本应用功能虽然简单，但它涵盖了一个完整WCF应用的基本结构。对那些对WCF不是很了解的读者来说，这个例子将带领你正式进入WCF的世界。在这个例子中，我们将实现一个简单的计算服务（CalculatorService），提供基本的加、减、乘、除的运算。和传统的分布式通信框架一样，WCF本质上提供一个跨进程、跨机器以致跨网络的服务调用。在本例中，客户端和服务通过运行在相同的同一台机器上不同进程模拟，图1体现了客户端

09

如何在调用WCF服务之前弹出一个确认对话框？

昨天有人在微博上问我如下一个问题：老蒋，客户端调用wcf的一个接口函数时，有没有什么办法可以先弹出一个确认框，确认后再执行调用。因为这个接口函数再很多地方都执行了调用，所以我想在某个入口进行统一地

09

WCF技术剖析(卷1)之前言

第一次邂逅WCF是在微软举办的一场关于Windows Vista技术推广培训上，时间大概是2005年10月份，当时对WCF可谓是一见钟情。如果读者也像我一样，之前习惯了采用.NET Remoting、XML Web Service、WSE、MSMQ来架构你分布式应用的话，应该不难想象我第一次接触WCF时心中的那份震撼。WCF是Windows平台下所有分布式技术集大成者，它将这一系列独立的分布式技术整合，提供一个统一的应用编程接口，这本身就是一项创举。这些被整合的分布式技术不仅仅包含提到的这些，还包括DCOM

我的WCF之旅（1）：创建一个简单的WCF程序

为了使读者对基于WCF的编程模型有一个直观的映像，我将带领读者一步一步地创建一个完整的WCF应用。本应用功能虽然简单，但它涵盖了一个完整WCF应用的基本结构。对那些对WCF不是很了解的读者来说，这个例子将带领你正式进入WCF的世界。

02

WCF技术剖析之九：服务代理不能得到及时关闭会有什么后果?

我们想对WCF具有一定了解的人都会知道：在客户端通过服务调用进行服务调用过程中，服务代理应该及时关闭。但是如果服务的代理不等得到及时的关闭，到底具有怎样的后果？什么要关闭服务代理？在任何时候都需要关闭服务代理吗？是否有一些例外呢？本篇文章将会围绕着这些问题展开。

02

WCF 4.0一个鲜为人知的改变

本篇文章介绍可以算是WCF 4.0基于限流（Throttling）的新特性，是在修订《WCF技术剖析（卷1）》的时候编写演示实例的时候发现的。这个特性没有出现在官方文档上面，至少在MSDN上的相关介绍依然是错误的。一、流量限制简介 WCF是一个基于多线程的消息监听、接收和处理框架体系，能够同时应付来自相同或者不同客户端的服务调用请求，并提供完善的同步机制确保状态的一致性。一方面，我们期望WCF服务端能够处理尽可能多的并发请求，但是资源的有限性决定了并发量有一个最大值。如果WCF不控制进入消息处理系统的并发

09

WCF技术剖析之二十三：服务实例（Service Instance）生命周期如何控制[中篇]

在[第1篇]中，我们介绍了WCF关于实例管理一些基本的知识点，包括InstanceContext、InstanceContextMode、已经如何通过ServiceBehaviorAttribute应用不同的实例上下文模式给不同的服务。在[第1篇]中，对WCF采用的三种不同实例上下文模式进行了简单的比较，本篇的重点方法对单调（PerCall）模式为进行详细介绍。在单调（Per-Call）实例上下文模式下，WCF总是创建一个新的服务实例上下文处理接收到的每一个服务调用请求，并在服务操作执行结束后，回收服务上

07

WCF技术剖析之二十三：服务实例（Service Instance）生命周期如何控制[下篇]

在[第2篇]中，我们深入剖析了单调（PerCall）模式下WCF对服务实例生命周期的控制，现在我们来讨轮另一种极端的服务实例上下文模式：单例（Single）模式。在单例模式下，WCF通过创建一个唯一的服务实例来处理所有的客户端服务调用请求。这是一个极端的服务实例激活方式，由于服务实例的唯一性，所有客户端每次调用的状态能够被保存下来，但是当前的状态是所有客户端作用于服务实例的结果，而不能反映出具体某个客户端多次调用后的状态。WCF是一个典型的多线程的通信框架，对并发的服务调用请求是最基本的能力和要求，但是服务

WCF技术剖析之八：ClientBase<T>中对ChannelFactory<T>的缓存机制

和传统的分布式远程调用一样，WCF的服务调用借助于服务代理（Service Proxy）。而ChannelFactory<T>则是服务代理的创建者。WCF采用基于终结点（Endpoint）服务消费方式：WCF服务通过一个或者多个终结点暴露给潜在的服务消费者，服务的消费中通过与之匹配的终结点与之交互。在客户端，我们具有两种典型的服务代理创建方式，其一是通过诸如SvcUtil.exe这样的工具导入服务的元数据生成相应的服务代理（一个继承自ClientBase<T>的类型）代码和相关配置；其二是直接通过相应的终结

通过一个模拟程序让你明白WCF大致的执行流程

在《通过一个模拟程序让你明白ASP.NET MVC是如何运行的》一文中我通过一个普通的ASP.NET Web程序模拟了ASP.NET MVC的执行流程，现在我们通过类似的原理创建一个用于模拟WCF服务端和客户端工作原理的模拟程序。[源代码从这里下载] 目录一、基本的组件和执行流程二、创建自定义HttpHandler实现对服务调用请求的处理三、定义创建WCF组件的工厂四、定义HttpModule映射WcfHandler 五、创建自定

06

ConcurrencyMode.Multiple 模式下的WCF服务就一定是并发执行的吗：探讨同步上下文对并发的影响[下篇]

在《上篇》中，我通过一个具体的实例演示了WCF服务宿主的同步上下文对并发的影响，并简单地介绍了同步上下文是什么东东，以及同步上下文在多线程中的应用。那么，同步上下文在WCF并发体系的内部是如何影响服务操作的执行的呢？这实际上涉及到WCF的一个话题，即线程的亲和性（Thread Affinity），本篇文章将为你剖析WCF线程亲和机制的本质。一、WCF线程亲和性（Thread Affinity）对于服务端来说，WCF消息监听和接收体系通过IO线程池并发的处理来自客户端的服务调用请求，所以并发抵达的服务

WCF技术剖析之十一：异步操作在WCF中的应用（下篇）

说完了客户端的异步服务调用（参阅WCF技术剖析之十一：异步操作在WCF中的应用（上篇））,我们在来谈谈服务端如何通过异步的方式为服务提供实现。在定义服务契约的时候，相信大家已经注意到了OperationContractAttribute特性具有一个bool类型的AsynPattern。该属性可以将一个服务操作定义成异步实现模式，接下来的内容主要是着眼于介绍异步操作的定义和实现原理。一、异步操作的定义和实现原理实现WCF异步服务操作模式在编程上具有一些限制：异步服务操作是通过两个配对的方法实现的，并且采

使命必达: 深入剖析WCF的可靠会话[原理揭秘篇]（上）

本系列先后通过《实例篇》、《概念篇》、《协议篇》和《编程篇》对WCF的可靠会话进行了详细探讨。作为本系列的最后一片，我们将深入到WCF的可靠会话体系的最底层，对实现可靠会话的实现原理进行深入剖析。如果读者仔细阅读本系列博文，相信会使读者对可靠会话的理解提升到一定的高度。从《编程篇》中，我们不难看出可靠会话的编程仅仅围绕着一个对象，那就是绑定。绑定在整个WCF架构模型具有重要的地位。WCF整个架构模型由两部分构成，即服务模型（Service Model）层和信道（Channel）层，而绑定是信道层的缔造者，

08

WCF技术剖析(卷1)之目录

第1章 WCF简介 (WCF Overview) 1.1 SOA基本概念的和设计思想 1.2 WCF是对现有Windows平台下分布式通信技术的整合 1.3 构建一个简单的WCF应用步骤一：构建整个解决方案步骤二：创建服务契约步骤三：创建服务步骤四：通过自我寄宿的方式寄宿服务步骤五：创建客户端调用服务步骤

09

并发中的同步--WCF并发体系的同步机制实现

在《WCF 并发的本质》中，我们谈到了WCF提供的三种不同的并发模式，使开发者可以根据具体的情况选择不同的并发处理的策略。对于这三种并发模式，Multiple采用的并行的执行方式，而Single和Reentrant则是采用串行的执行方式。串行执行即同步执行，在WCF并发框架体系中，这样的同步机制是如何实现的呢？一、Concurrency.Single模式下的同步实现实际上，WCF并发框架体系下针对Concurrency.Single模式的实现非常简单，其本质就是对InstanceContext进行加锁

06

WCF客户端运行时架构体系详解[上篇]

客户端调用WCF服务的方式不外乎有两种：其一、通过代码生成工具（比如SvcUtil.exe）导入服务的元数据生成服务代理相关的类型；其二、通过ChannelFactory<TChannel>创建服务代理对象。对于前者，生成的服务代理是一个继承自ClientBase<TChannel>的类型。对于这样一个服务代理对象，其内部本质上还是借助于ChannelFactory<TChannel>创建真正用于进行服务调用的代理对象。对于WCF客户端应用编程接口来说，ChannelFactory<TChannel>是一个

2019-1-24-wcf入门（3）

WCF的服务调用有3种模式：请求答复模式（Request-Repley），单向模式（One-Way），双工模式（Duplex）

02

《WCF服务编程》关于“队列服务”一个值得商榷的地方

今天写《WCF技术剖析（卷2）》关于“队列服务”部分，看了《WCF服务编程》相关的内容。里面介绍一个关于“终结点不能共享相同的消息队列”说法，个人觉得这值得商榷。撰写此文，希望对此征求大家的意见。[源代码从这里下载] 目录一、“终结点不能共享相同的消息队列” 二、实践出真知三、为什么同一个服务的终结点可以共享相同的消息队列四、为什么不同服务的终结点不能共享相同的终结点一、“终结点不能共享相同的消息队列” 在《WCF服务编程（第三版）》的第9章《

08

[WCF权限控制]利用WCF自定义授权模式提供当前Principal[实例篇]

在《原理篇》中我们谈到：如果采用自定义安全主体权限模式，我们可以通过自定义AuthorizationPolicy或者ServiceAuthorizationManager实现对基于当前认证用于相关的安全主体的提供，进而达到授权的目的。为了让大家对此有个更加深刻的认识，在这篇文章中我们会提供一个具体的例子。[源代码从这里下载] 目录：一、创建自定义AuthorizationPolicy 二、创建自定义ServiceAuthorizationManager 三、通过自

WCF技术剖析之三十一：WCF事务编程[上篇]

WCF事务编程其实很简单，可以用三句话进行概括：通过服务契约决定事物流转（Transaction Flow）的策略；通过绑定实施事务的流转；通过服务行为控制事务的相关行为。本篇文章着重介绍如果通过TransactionFlowAttribute特性定义事务流转策略。契约时是一种双边协定，是双方就某个关注点达成的一种共识。对于分布式事务的实现来讲，首先需要解决的是事务流转的问题，即事务将客户端的事务流向服务端。要解决事务流转的问题，需要在事务的发送方和接收方就流转问题达成共识，即双方采用相匹配的事务发送

06

WCF中的Binding模型之六（完结篇）：从绑定元素认识系统预定义绑定

由于绑定对象由一系列有序的绑定元素组成，绑定元素最终决定着信道栈中信道的组成，而信道的组成最终又决定了信道栈对消息进行处理的方式和能力，所有要确定绑定的特性和能力，我们可以通过查看其绑定元素的构成来一窥究竟。为此我们我们写了一个简单的方法，用于列出一个具体的绑定对象所有的绑定元素，在介绍一个个具体的系统绑定中，我会使用该方法： 1: static void ListAllBindingElements(Binding binding) 2: { 3: BindingElementC

《WCF技术剖析（卷2）》目录

第1章异常处理（Exception Handling） 1.1. WCF基本异常处理模式 1.1.1. 当异常从服务端抛出（S101） 1.1.2. 异常细节的传播（S102） 1.1.3. 自定义异常信息 1.2. 错误消息与FaultException异常 1.2.1. 从SOAP Fault说起 1.2.2. 唯一可被传播的异常：FaultException 1.2.3. FaultException异常和错误消息之间的转换 1.3. WCF异常处理体系剖析 1.3.1. FaultFormatt

09

WCF技术剖析_学习笔记之一

本系列适合新手，从0学起。共同学习，共同探讨。基础概念 SOA：就是采用Web服务的架构它有一些特性，需要了解： 1、自治的：不依赖于访问它的客户端和其他服务，可以独立的进行部署和实施版本策略和安全策略。 2、依赖于开放的标准：让不同的厂商开发的服务能够进行互操作。 3、支持跨平台 4、鼓励创建可组合的服务 5、鼓励服务的复用 6、强调松耦合：契约的实现 WCF应用实例，帮助理解WCF服务的基本结构过程： 1、构建解决方案 Contracts：定义服务的契约（接口部分） Services：定义服务的实

06

WCF技术剖析之二十二: 深入剖析WCF底层异常处理框架实现原理[下篇]

WCF客户端和服务端的框架体系相互协作，使得开发人员可以按照我们熟悉的方式进行异常的处理：在服务操作执行过程中抛出异常（FaultException），在调用服务时捕获异常，完全感觉不到“分布式”的存在，如同典型的“本地”操作一般。为了实现这样的效果，WCF在内部为我们作了很多。消息交换是WCF进行通信的唯一手段，消息不仅仅是正常服务调用请求和回复的载体，服务端抛出的异常，甚至是服务的元数据都是通过消息的形式传向客户端的。所以，实现异常与消息之间的转换是整个异常处理体系的核心，而WCF的异常处理框架就着

我的WCF之旅（3）：在WCF中实现双工通信

双工（Duplex）模式的消息交换方式体现在消息交换过程中，参与的双方均可以向对方发送消息。基于双工MEP消息交换可以看成是多个基本模式下（比如请求-回复模式和单项模式）消息交换的组合。双工MEP又具有一些变体，比如典型的订阅-发布模式就可以看成是双工模式的一种表现形式。双工消息交换模式使服务端回调（Callback）客户端操作成为可能。一、两种典型的双工MEP 1．请求过程中的回调这是一种比较典型的双工消息交换模式的表现形式，客户端在进行服务调用的时候，附加上一个回调对象；服务在对处理该处理中，通过客

WCF技术剖析之二十七: 如何将一个服务发布成WSDL[基于WS-MEX的实现]（提供模拟程序）

通过《如何将一个服务发布成WSDL[编程篇]》的介绍我们知道了如何可以通过编程或者配置的方式将ServiceMetadataBehavior这样一个服务形式应用到相应的服务上面，从而实现基于HTTP-GET或者WS-MEX的元数据发布机制。那么在WCF内部具体的实现原理又是怎样的呢？相信很多人对此都心存好奇，本篇文章的内容将围绕着这个主题展开。一、从WCF分发体系谈起如果读者想对WCF内部的元数据发布机制的实现原理有一个全面而深入的了解，必须对WCF服务端的分发体系有一个清晰的认识。在这里我们先对

[原创]WCF技术剖析之三：如何进行基于非HTTP的IIS服务寄宿

在上面一篇文章中，我们对不同版本的IIS，以及ASP.NET得的实现机制进行了详细而深入的分析。在介绍IIS7.0的时候，我们谈到，HTTP.SYS+W3SVC实现了基于HTTP的请求监听，在此基础上引入了以下三组网络监听器（Listener）和监听适配器（Adapter），实现了基于TCP、Named Pipes和MSMQ的网络监听，图1揭示了IIS7的总体结构。 TCPListener|TCP Listener Adapter NamedPipes Listener|Named Pipes Liste

06

通过SvcUtil.exe生成客户端代码和配置

WCF服务调用通过两种常用的方式：一种是借助代码生成工具SvcUtil.exe或者添加服务引用的方式，一种是通过ChannelFactory直接创建服务代理对象进行服务调用。

02

WCF技术剖析之十一：异步操作在WCF中的应用（上篇）

按照操作执行所需的资源类型，我们可以将操作分为CPU绑定型（CPU Bound）操作和I/O绑定型（I/O Bound）操作。对于前者，操作的执行主要利用CPU进行密集的计算，而对于后者，大部分的操作处理时间花在I/O操作处理，比如访问数据库、文件系统、网络资源等。对于I/O绑定型操作，我们可以充分利用多线程的机制，让多个操作在自己的线程并发执行，从而提高系统性能和响应能力。服务调用就是典型的I/O绑定型操作，所以多线程在服务调用中具有广泛的应用。在本篇文章中，我们专门来讨论多线程或者是异步操作在WCF中的

08

控制并发访问的三道屏障: WCF限流(Throttling)体系探秘[上篇]

WCF是一个基于多线程的消息监听、接收和处理框架体系，能够同时应付来自相同或者不同客户端的服务调用请求，并提供完善的同步机制确保状态的一致性。一方面，我们期望WCF服务端能够处理尽可能多的并发请求，但是资源的有限性决定了并发量有一个最大值。如果WCF不控制进入消息处理系统的并发量，试图处理所有抵达的并发请求，一旦超过了这个临界值，整个服务端将会由于资源耗尽而崩溃。所以，我们需要在WCF的消息接收系统和消息处理系统之间设置一道道屏障，将流入消息处理系统的请求控制到一个最佳的范围，以实现对现有资源的有效利用

08

WCF实现长连接

由于WCF的机制，连接池会在连接建立一定时间后超时，即使设置了超时时间非常长，也可能被服务端系统主动回收。之前做项目时碰到了这个问题，所以项目上考虑采用长连接，自动管理连接池，当连接超时后，自动重建，保持会话，这样在业务层就不需要再去处理连接超时的问题。具体的思路是，在程序启动时，先将需要使用长连接的连接放到长连接容器中，并设置连接的最大数量，在使用时，轮询使用连接，当使用时捕获到异常时，自动切换到下一个连接，并重建上一个连接。代码如下：

03

WCF技术剖析之二十九：换种不同的方式调用WCF服务[提供源代码下载]

我们有两种典型的WCF调用方式：通过SvcUtil.exe（或者添加Web引用）导入发布的服务元数据生成服务代理相关的代码和配置；通过ChannelFactory<TChannel>创建服务代理对象。在这篇文章中，我们采用一种独特的方式进行服务的调用。从本质上讲，我们只要能够创建于服务端相匹配的终结点，就能够实现正常的服务调用。在WCF客户端元数据架构体系中，利用MetadataExchangeClient可以获取服务的元数据，而利用MetadataImporter将获取的元数据导入成ServiceEndp

06

快速入门系列--WCF--06并发限流、可靠会话和队列服务

这部分将介绍一些相对深入的知识点，包括通过并发限流来保证服务的可用性，通过可靠会话机制保证会话信息的可靠性，通过队列服务来解耦客户端和服务端，提高系统的可服务数量并可以起到削峰的作用，最后还会对之前的

07

WCF技术剖析之二十: 服务在WCF体系中是如何被描述的?

任何一个程序都需要运行于一个确定的进程中，进程是一个容器，其中包含程序实例运行所需的资源。同理，一个WCF服务的监听与执行同样需要通过一个进程来承载。我们将为WCF服务创建或指定一个进程的方式称为服务寄宿（Service Hosting）。服务寄宿的本质通过某种方式，创建或者指定一个进程用以监听服务的请求和执行服务操作，为服务提供一个运行环境。服务寄宿的方式大体分两种：一种是为一组WCF服务创建一个托管的应用程序，通过手工启动程序的方式对服务进行寄宿，所有的托管的应用程序均可作为WCF服务的宿主，比如C

06

WCF技术剖析之二十一: WCF基本的异常处理模式[上篇]

由于WCF采用.NET托管语言（C#和NET）作为其主要的编程语言，注定以了基于WCF的编程方式不可能很复杂。同时，WCF设计的一个目的就是提供基于非业务逻辑的通信实现，为编程人员提供一套简单易用的应用编程接口（API）。WCF编程模式的简单性同样体现在异常处理上面，本篇文章的主要目的就是对WCF基于异常处理的编程模式做一个简单的介绍。一、当异常从服务端抛出对于一个典型的WCF服务调用，我个人倾向于将潜在抛出的异常费为两种类型：应用异常（Application Exception）和基础结构（Infr

WCF版的PetShop之一：PetShop简介[提供源代码下载]

在《WCF技术剖析（卷1）》的最后一章，我写了一个简单基于WCF的Web应用程序，该程序模拟一个最简单的网上订购的场景，所以我将其命名为PetShop。PetShop的目在于让读者体会到在真正的项目开发中，如何正确地、有效地使用WCF。在这个应用中，还会将个人对设计的一些总结融入其中，希望能够对读者有所启发。Source Code从这里下载。一、PetShop功能简介 PetShop前端是一个单纯的基于ASP.NET应用的Web站点，整个站点由以下三个Web页面构成：登录页面：和一般的基于Interne

06

微软 WCF的几种寄宿方式，寄宿IIS、寄宿winform、寄宿控制台、寄宿Windows服务

WCF寄宿方式是一种非常灵活的操作，可以在IIS服务、Windows服务、Winform程序、控制台程序中进行寄宿，从而实现WCF服务的运行，为调用者方便、高效提供服务调用。本文分别对这几种方式进行详细介绍并开发例子进行说明，以求大家对WCF寄宿的方式进行全面的认识和了解。 1、 WCF服务的IIS服务寄宿我在我前面几篇WCF开发框架的介绍文章中，介绍过了WCF常用的一种寄宿方式，IIS服务寄宿。这种寄宿方式是最为方便的方式，而且由于服务只需要IIS运行就能自动运行起来，因此广为使用。创建这种方式IIS

04

WCF技术剖析之十：调用WCF服务的客户端应该如何进行异常处理

在前面一片文章（服务代理不能得到及时关闭会有什么后果?）中，我们谈到及时关闭服务代理（Service Proxy）在一个高并发环境下的重要意义，并阐明了其根本原因。但是，是否直接调用ICommunic

09

[WCF 4.0新特性] 路由服务[原理篇]

在一个典型的服务调用场景中，具有两个基本的角色，即服务的消费者和服务的提供者。从消息交换的角度讲前者一般是消息的最初发送者，而后者则是消息的最终接收者。在很多情况下，由于网络环境的局限，消息的最初发送者和最终接收者不能直接进行消息交换，这就需要一个辅助实现消息路由的中介服务，这就是我们接下来要介绍的路由服务。目录一、路由服务就是一个WCF服务路由服务契约的定义路由服务契约的定义二、基于消息内容的路由策略

07

《WCF技术剖析（卷1）》（修订版）目录

第1章 WCF简介（WCF Overview） 1.1 SOA的基本概念和设计思想 1.2 WCF是对现有Windows平台下分布式通信技术的整合 1.3 构建一个简单的WCF应用 1.3.1 步骤一构建整个解决方案 1.3.2 步骤二创建服务契约 1.3.3 步骤三创建服务 1.3.4 步骤四通过自我寄宿的方式寄宿服务 1.3.5 步骤五创建客户端调用服务 1.3.6 步骤六通过IIS寄宿服务（S104）第2章地址（Address） 2.1. 统一资源标识符（URI） 2.1.1. HT

08

WCF如何克服HTTP传输协议的局限提供对不同消息传输模式的实现

WCF采用消息作为通信的唯一手段，它支持不同的消息交换模式（MEP：Message Exchange Pattern），比较典型的有以下三种MEP：One-Way、Request/Reply和Duplex。消息会被WCF的信道层发送到传输层，并通过相应的传输协议发送到目的地。对于TCP协议来说，其本身就能提供一个双工通道，所以能够对以上三种MEP原生的支持。而HTTP协议，大家都知道它天生就基于Request/Reply模式的，那么它是如何能够突破自己的局限，为One-Way和Duplex消息交换模式提供支

07

[WCF安全系列]谈谈WCF的客户端认证[Windows认证]

结束了服务认证的介绍之后，我们接着介绍WCF双向认证的另一个方面，即服务对客户端的认证，简称客户端认证。客户端认证采用的方式决定于客户端凭证的类型，内容只要涉及基于以下三种典型客户凭证类型的认证：Windows、用户名和X.509证书。从编程的角度来讲，Windows认证是最为简单的认证方式。在这种认证方式下，客户端进程运行的Window帐号对应的Windows凭证被自动作为调用服务的客户端凭证，所以无需显示指定具体的Windiws凭证。如果需要另一个Windows帐号的名义调用服务，客户端就需要通知指定

07

WebService基于SoapHeader实现安全认证

本文仅提供通过设置SoapHeader来控制非法用户对WebService的调用，如果是WebService建议使用WSE3.0来保护Web服务，如果使用的是Viaual Studio 2008可以使用WCF，WCF里面提供了更多的服务认证方法。以下提供一种基于SoapHeader的自定义验证方式。

02

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭