开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

WCF - 使用"DataSet"通过NetTcpBinding传输数据是很好的

WCF（Windows Communication Foundation）是一种用于构建面向服务的应用程序的框架，它允许开发人员创建安全、可靠、可互操作的分布式应用程序。

在 WCF 中，使用 "DataSet" 通过 "NetTcpBinding" 传输数据是一种非常有效的方法，因为 "DataSet" 是一种灵活且可扩展的数据表示，可以很好地处理各种复杂的数据结构和关系。此外，"NetTcpBinding" 是一种高性能的传输绑定，它使用 TCP 协议进行通信，并提供了诸如安全性、可靠性和事务支持等功能。

以下是一些使用 "DataSet" 通过 "NetTcpBinding" 传输数据的优势：

灵活性："DataSet" 可以表示复杂的数据结构和关系，并且可以轻松地与其他数据源进行交互。
可扩展性："DataSet" 可以动态地添加和删除列和行，以适应不断变化的业务需求。
高性能："NetTcpBinding" 使用 TCP 协议进行通信，可以提供比其他绑定更高的传输速度和更低的网络延迟。
安全性："NetTcpBinding" 提供了多种安全性选项，如传输级别安全和消息级别安全，可以保护数据的安全性和机密性。
可靠性："NetTcpBinding" 提供了可靠性选项，如持久性和排序，可以确保数据在传输过程中的安全和可靠性。

推荐的腾讯云相关产品：

腾讯云 TKE：一种高度可扩展的 Kubernetes 容器服务，可以帮助用户快速地构建、部署和管理应用程序。
腾讯云 CVM：一种可扩展的云服务器，可以帮助用户轻松地部署和管理应用程序。
腾讯云 CDB：一种高性能的云数据库服务，可以帮助用户快速地构建、部署和管理数据库应用程序。

产品介绍链接地址：

腾讯云 TKE：https://cloud.tencent.com/product/tke
腾讯云 CVM：https://cloud.tencent.com/product/cvm
腾讯云 CDB：https://cloud.tencent.com/product/cdb

相关搜索:串行化是必须的,以便通过线路传输数据吗？当我使用谷歌广告传输(BigQuery数据传输服务)时，为什么Geostats表是空的？如何使用Google Trends的历史趋势数据，这些数据是通过pytrends获得的如何在不使用GKPeerPicker的情况下通过GKSession在电话之间传输数据 MPI是使用TCP (或类似TCP )的数据包传输，还是会在MPI_Send上丢失数据包？通过单击按钮在html页面上显示名称。该按钮是使用数据库中的数据生成的如果数据是通过意图从另一个活动获取的，如何使用textwatcher添加多个文本视图当dict (可变数据类型)是通过多处理池实现的函数的参数时，为什么python使用'CallByValue‘函数调用？我有电子表格和谷歌表格上传文件链接。但是当我使用标记将数据传输到文档时，这些链接是不可点击的如何使用django将图像作为BLOB直接保存到MySQL数据库中？这些图片是通过django管理面板动态上传的吗？

相关搜索:

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

有帮助

没帮助

相关·内容

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

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

WCF后续之旅（14）：TCP端口共享

在基于TCP/IP协议簇的对等网络通信下，相互通信的应用程序运行各自的进程中，出于应用层的进程将数据局封装成数据报，并通过传输层的TCP或者UDP进行网络通信。而TCP和UPD则通过一个16bit的端口来识别不同的应用程序。

01

WCF后续之旅(15): 逻辑地址和物理地址

在WCF中，每个终结点都包含两个不同的地址——逻辑地址和物理地址。逻辑地址就是终结点Address属性表示的地址。至于物理地址，对于消息发送放来讲，就是消息被真正发送的目的地址；而对于消息的接收放来讲，就是监听器真正监听的地址。一、服务端的物理地址在默认的情况下，终结点的逻辑地址和物理地址是同一个URI。换句话说，终结的逻辑地址是必须的，如何物理地址没有指定的，默认使用逻辑地址作为物理地址。对于消息接收方的终结点来讲，物理地址就是监听地址，通过ServiceEndpoint的ListenUri表示：

WCF入门学习（3）

废话不多说，前两集大致介绍了一下什么是WCF以及和WCF相关的WebService和.net Remoting的一些东西，今天主角要上场，开始WCF的实现相关的东西。

02

WCF系统内置绑定列表与系统绑定所支持的功能

WCF系统内置绑定列表绑定配置元素说明传输协议编码格式 BasicHttpBinding <basicHttpBnding> 一个绑定，适用于与符合 WS-Basic Profile的Web服务（例如基于 ASP.NET Web 服务（ASMX）的服务）进行的通信。此绑定使用HTTP作为传输协议，并使用文本/XML作为默认的消息编码 HTTP/HTTPS Text，MTOM WSHttpBinding <wsHttpBinding> 一个安全且可互操作的绑定，适合于非双工服务约定 HTTP

01

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

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

06

WCF 入门（21）

其实不太了解为什么第21集才讲这个Binding，下面都是一些概念性的东西，不过作为一个入门视频，了解一下也无妨吧。

05

[WCF 4.0新特性] 默认终结点

很多WCF的初学者是从之前的Web服务上转移过来的，他们非常怀念.asmx Web服务无配置的服务寄宿方式。你只需要在定义Web服务的时候再表示服务操作的方法上应用WebMethodAttribute特性就可以了，完全可以不需要手工进行相应的配置，因为Web服务运行时会自动为你添加默认的配置。但是对于WCF来说，在进行服务寄宿的时候，你必须以编程或者配置的方式为服务添加至少一个终结点，而终结点需要具备基本的ABC三要素。对于最新版本的WCF编程人员来说，你也可以采用无配置的服务寄宿了，这主要得益于WCF提

06

WCF配置文件与文件下载之坎坷路

题外话：本以为我会WCF了，精通WCF了，毕竟刚做过一个WCF的项目，不就是写写契约接口，然后实现接口，改下配置。最后用控制台或者服务发布一下，不就能用了。不就是简单ABC吗？不是So Easy吗？做第二个项目的时候我悲剧了，被碰的头破血流！忽然发现什么什么都不会（第一个项目比照网上教程一步一步弄的），连写一个简单hello world都写不出来。我之前还以为自己很懂了…… 一、WCF文件配置为了不重蹈覆辙，这次争取把他整懂整透（当然这才是入门而已）。WCF很强大，它的强大跟它的配置有很大的

07

[原创]x.509证书在WCF中的应用(CS篇)

为什么要用x.509证书? WCF的服务端和客户端之间，如果不作任何安全处理(即服务端的<security mode="None">)，则所有传输的消息将以明文方式满天飞，在internet/intr

07

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

[续《上篇》]通过将TransactionFlowAttribute特性应用在服务契约的某个操作之上，并指定相应的TransactionFlowOption枚举直，仅仅定义了事务流转的策略而已。或者说，通过这种方式确定对事物流转的一种意愿，客户端是否愿意将当前事务流出，服务端是否愿意接受流入的事务，可以通过TransactionFlowAttribute特性进行控制。所以说，服务操作上定义个TransactionFlowAttribute特性是是否进行事务流转的总开关，真正的事务传播是建立在Transact

06

快速入门系列--WCF--01基础概念

转眼微软的WCF已走过十个年头，它是微软通信框架的集大成者，将之前微软所有的通信框架进行了整合，提供了统一的应用方式。记得从自己最开始做MFC时，就使用过Named Pipe命名管道，之后做Winform时，使用过Remoting，再之后做B/S架构时，就会经常使用.NET平台下的Web Service，直到使用上WCF。看上去有了一些WCF的使用经验，实则不然，比如对安全、分布式事务、可靠会话等主题仍然接触甚少，因而决定重新回顾学习一下相关知识，尤其是对WCF框架的理解（已于2015年开源，可下载源码，h

使命必达: 深入剖析WCF的可靠会话[共8篇]

作为一个通信基础平台,WCF必须保证通信的可靠性。由于消息交换是WCF采用的通信手段，通信可靠性的保障体现在确保消息的可靠传输。WCF本质上是一个消息处理框架，作为整个消息交换系统的两个终端，即发送端和接收端。换句话说，WCF仅仅负责对消息的发送和接收，一旦消息通过WCF的信道层进入了网络，就脱离了WCF的控制范围。但是，由于网络环境的限制，网络层不能百分之百地确保对消息的有效交付。如何克服中间环节的制约，确保从一端发送的消息能够被有效地交付给另一端，这就是可靠消息传输（Reliable Messaging

06

启用WCF NetTcpBinding的共享端口

在一般的网络环境中，尽可能避免网络攻击，都会通过防火墙将绝大部分的端口封掉，仅仅保留那些常用的网络服务所用的端口，或者为某一个类应用保留少量的端口。IIS 使用HTTP.SYS实现了对80端口的共享使

学会WCF之试错法——数据传输

服务契约 [ServiceContract] public interface IService { [OperationContract] string GetData(int value); [OperationContract] string GetString(string value); [OperationContract] void Upload(Request request)

06

WCF入门学习（4）

上一篇的学习中碰到一个问题，用地址http://localhost:8080/mex 访问元数据的时候一直提示400 bad request 错误，因为时间太晚了，查了好几遍代码，也没有发现问题。刚刚又试验了一下，解决方案分两步

04

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

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

[WCF安全系列]实例演示：TLS/SSL在WCF中的应用[SSL over TCP]

在接下来的系列文章中我们正是讨论关于身份认证的主题。在前面我们已经谈到了，WCF中的认证属于“双向认证”，既包括服务对客户端的认证（以下简称客户端认证），也包括客户端对服务的认证（以下简称服务认证）。客户端认证和服务认证从本质上并没有什么不同，无非都是被认证一方提供相应的用户凭证供对方对自己的身份进行验证。我们先来讨论服务认证，客户端认证放在后续的文章中。在《从两种安全模式谈起》中，我们对TLS/SSL进行了简单的介绍。我们知道，客户端和服务在为建立安全上下文而进行的协商过程中会验证服务端的X.509证书

08

我的WCF之旅 (11): 再谈WCF的双向通讯-基于Http的双向通讯 V.S. 基于TCP的双向通讯

在一个基于面向服务的分布式环境中，借助一个标准的、平台无关的Communication Infrastructure，各个Service通过SOAP Message实现相互之间的交互。这个交互的过程实际上就是Message Exchange的过程。WCF支持不同形式的Message Exchange，我们把这称之为Message Exchange Pattern（MEP）, 常见的MEP包括: Request/Reply，Request/Forget（One-way）和Duplex。通过采用Duplex M

06

WCF系列教程之WCF服务宿主与WCF服务部署

本文参考自http://www.cnblogs.com/wangweimutou/p/4377062.html,纯属读书笔记,加深记忆。一、简介任何一个程序的运行都需要依赖一个确定的进程中,WCF也不例外。如果我们需要使用WCF服务,那么我们就必须将服务寄宿与创建它并控制它的上下文和生存期的运行时环境当中,承载服务的环境,称之为宿主。WCF服务可以在支持托管代码的任意Windows进程中运行。WCF提供了统一编程模型,用于生成面向服务的应用程序。此编程模型保持一致且独立于部署服务的运行时环境。实际上，

08

我的WCF之旅 (11): 再谈WCF的双向通讯-基于Http的双向通讯 V.S. 基于TCP的双向通讯

在一个基于面向服务的分布式环境中，借助一个标准的、平台无关的Communication Infrastructure，各个Service通过SOAP Message实现相互之间的交互。这个交互的过程实际上就是Message Exchange的过程。WCF支持不同形式的Message Exchange，我们把这称之为Message Exchange Pattern（MEP）, 常见的MEP包括: Request/Reply，Request/Forget（One-way）和Duplex。通过采用Duplex M

08

WCF简单教程(3) 试着去掉配置文件

通过配置文件来设置Host、Endpoint、Binding等是WCF中推荐的方法，这样可以使发布尽量灵活。其实配置文件中的值，最终还是要体现到代码中的，只不过这部分工作由底层帮你做了。我们今天来尝试去掉配置文件，用纯代码实现发布过程，同时加深一下对层次关系的理解。

01

2019-2-13-wcf入门（15）

绑定是用于配置wcf如何进行endpoint的对象，其包括协议配置（如2019-2-12-wcf入门（14） - huangtengxiao用到的可靠会话配置），消息编码方式（如文本编码，二进制编码），底层传输方法（如tcp）。

03

WCF 学习总结2 -- 配置WCF

前面一篇文章《WCF 学习总结1 -- 简单实例》一股脑儿展示了几种WCF部署方式，其中配置文件(App.config/Web.config)都是IDE自动生成，省去了我们不少功夫。现在回过头来看看IDE提供的Wcf Service Library项目模板中的默认服务端配置文件——App.config里面究竟有什么秘密。服务端的配置文件主要是对services、bindings、behaviors的配置。在默认的App.config中，使用的是WCF Framework定义好的wsHttpBinding默

07

将使用netTcp绑定的WCF服务寄宿到IIS7上全记录

在项目开发中，我们可能会适时的选择http或者tcp绑定的wcf服务，可以使用控制台来托管服务，也可以使用IIS来承载服务，由于IIS本身对于请求和异常的处理能力，使得我们可以省去很多开发精力而成为托管服务的首选，之前我做的WCF服务时托管在控制台的，今天摸索了一下采用tcp绑定的wcf托管到IIS7的过程，分享一下，希望能帮助到想移植服务到IIS的朋友。

02

基于WAS 部署WCF服务

Windows (Process) Activation Service (WAS)作为 IIS7.0 特有的新增功能，和以前IIS 6.0的功能相比更加强大，因为它提供并支持除HTTP之外的更多协议，比如TCP方式和Pipe(管道)方式。利用WAS作为WCF(Windows Communication Foundation)的宿主，我们能充分利用WAS的很多优点，因为我们再也不用为非HTTP方式的WCF Service单独编写宿主程序了。而WAS本身的特点，也让我们的服务端程序能享受到只有以往的HTTP方

找不到具有绑定 NetTcpBinding 的终结点的与方案 net.tcp 匹配的基址。注册的基址方案是 [http]。

找不到具有绑定 NetTcpBinding 的终结点的与方案 net.tcp 匹配的基址。注册的基址方案是 [http]。

02

WCF学习笔记 1

老的Windows通讯开发平台有：WebService和.net Remoting等。

04

WCF服务调用超时错误：套接字连接已中止。这可能是由于处理消息时出错或远程主机超过接收超时或者潜在的网络资源问题导致的。本地套接字超时是“00:05:30”（已解决）

线上正式环境调用WCF服务正常，但是每次使用本地测试环境调用WCF服务时长就是出现：套接字连接已中止。这可能是由于处理消息时出错或远程主机超过接收超时或者潜在的网络资源问题导致的。本地套接字超时是“00:05:30” 这个问题，查阅了网上很多资料各种说法的都有，有的说是什么请求站点不在同一个域下，有的说什么应为datatable中有一个属性没有赋值各种答非所问的问题。其实从错误信息中就可以看出来其实就是调用超时了。

01

C# WCF服务

WCF（Windows Communication Foundation）是由微软开发的一系列支持数据通信的应用程序框架，可以翻译为Windows 通讯开发平台。整合了原有的windows通讯的 .net Remoting，WebService，Socket的机制，并融合有HTTP和FTP的相关技术。是Windows平台上开发分布式应用最佳的实践方式。 WCF是.Net框架中的技术，用来创建面向服务的应用程序，交换不同通信方案里的消息，以及执行服务操作生成的工作流。WCF应用程序由三部分组成 - WCF服务，WCF服务主机和WCF服务客户端。WCF平台有时也被称为服务模型。WCF的基本特征是互操作性。这是微软用于构建面向服务的应用程序的最新技术之一。根据基于消息的通信的概念中，一个HTTP请求可以被均匀地表示，WCF是一个统一的API而不管不同的传输机制。

02

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

上面一部分我们站在信道层的角度剖析了WCF为了实现可靠会话在信道层进行的一系列消息交换，或者说客户端和服务端的RS信道为了实现可靠消息传输所进行一轮又一轮的握手。这一切都是基于这样一个假设：两个RS信道均可以在适当的时机向对方发送消息，或者说两个RS信道之间是一个双工的通道。如果我们站在传输层看待这个问题，该假设对于TCP传输是成立的，但是对于HTTP来说就有点问题了。HTTP本身就是一个基于请求|回复消息交换模式的应用层网络协议，并不能对双工通信提供支持。而WCF通过WSDualHttpBinding

并发与实例上下文模式: WCF服务在不同实例上下文模式下具有怎样的并发表现

通过《上篇》介绍，我们知道了如何通过编程和配置的方式设置相应的最大并发量，从而指导WCF的限流体系按照你设定的值对并发的服务调用请求进行限流控制。那么，在WCF框架体系内部，整个过程是如何实现的呢？这就是本篇文章需要为你讲述的内容。实际上，整个限流控制体系，主要涉及到两个对象：信道分发器（ChannelDispatcher）和ServiceThrottle。一、信道分发器（ChannelDispatcher）与ServiceThrottle 从服务端整个消息监听、接收、分发和处理框架体系角度来讲，限流控

07

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

通过《上篇》介绍，我们知道了如何通过编程和配置的方式设置相应的最大并发量，从而指导WCF的限流体系按照你设定的值对并发的服务调用请求进行限流控制。那么，在WCF框架体系内部，整个过程是如何实现的呢？这就是本篇文章需要为你讲述的内容。实际上，整个限流控制体系，主要涉及到两个对象：信道分发器（ChannelDispatcher）和ServiceThrottle。一、信道分发器（ChannelDispatcher）与ServiceThrottle 从服务端整个消息监听、接收、分发和处理框架体系角度来讲，限流控

09

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

通过《上篇》介绍，我们知道了如何通过编程和配置的方式设置相应的最大并发量，从而指导WCF的限流体系按照你设定的值对并发的服务调用请求进行限流控制。那么，在WCF框架体系内部，整个过程是如何实现的呢？这就是本篇文章需要为你讲述的内容。实际上，整个限流控制体系，主要涉及到两个对象：信道分发器（ChannelDispatcher）和ServiceThrottle。一、信道分发器（ChannelDispatcher）与ServiceThrottle 从服务端整个消息监听、接收、分发和处理框架体系角度来讲，限流控

06

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

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

07

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

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

06

并发与实例上下文模式: WCF服务在不同实例上下文模式下具有怎样的并发表现

通过《上篇》介绍，我们知道了如何通过编程和配置的方式设置相应的最大并发量，从而指导WCF的限流体系按照你设定的值对并发的服务调用请求进行限流控制。那么，在WCF框架体系内部，整个过程是如何实现的呢？这就是本篇文章需要为你讲述的内容。实际上，整个限流控制体系，主要涉及到两个对象：信道分发器（ChannelDispatcher）和ServiceThrottle。一、信道分发器（ChannelDispatcher）与ServiceThrottle 从服务端整个消息监听、接收、分发和处理框架体系角度来讲，限流控

07

学会WCF之试错法——超时

服务契约 [ServiceContract] public interface IService { [OperationContract] string GetData(int value); [OperationContract] string GetString(string value); [OperationContract] void Upload(Request request)

06

WCF入门（22）

今年10月份想换工作，更新了一下简历，接到北京汉克时代面试邀请，去了。后来通过了。然后谈了薪资，各方面还算稳妥。同时短信方式向对方确认了本人入职要1个月时间，是否可以。对方回答可以。于是向原公司提出离职申请。在上周5办完所有手续。期间，11月6号接到电话说会发表格给我，让我填写个人信息，后在11月13号回复了邮件，确认了各种信息。

04

CoreWCF 1.0.0 发布，微软正式支持WCF

2022年4月28日，我们达到了一个重要的里程碑，并发布了CoreWCF的1.0.0版本。对Matt Connew (微软WCF团队成员)来说，这是5年前即 2017年1月开始的漫长旅程的结束。Matt Connew 用3 周的时间来构建一个基于 .NET Core 的 WCF 服务实现的POC 基本原型。在3周结束时，Matt Connew 有了一个可以工作的玩具，可以使用BasicHttpBinding托管服务。然后，Matt Connew 的原型作为概念证明坐在那里收集灰尘，同时决定如何处理它。.NET团队在2019年的Build 大会上已经决定了不在继续在.NET Core中支持WCF，这也是微软官宣的事情，我想大家都记忆尤新，没有资源将这个玩具开发为具有与 WCF 功能奇偶校验的完整产品，但是有许多客户无法在不对其WCF服务进行完全重写的情况下迁移到 .NET Core。 Matt Connew最终决定将花一些时间打磨一下的原型实现，包括添加NetTcp支持，并将代码捐赠给开源社区，托管到.NET基金会，看看这是否社区将围绕它构建的东西，以便在Microsoft之外生存下去。

02

WCF安全3-Transport与Message安全模式

概述： WCF的安全传输主要涉及认证、消息一致性和机密性三个主题。WCF采用两种不同的机制来解决这三个涉及传输安全的问题，一般将它们成为不同的安全模式，即Transport安全模式和Message安全模式。一、Transport安全模式 Transport安全模式利用基于传输层协议的安全机制解决传输安全涉及的三个问题（认证、消息一致性和机密性）。 TLS/SSL是实现Transport安全最常用的方式 1.TLS、SSL、HTTPS （1）SSL->SSL1.0->SSL2.0->SSL3.0->TLS

08

菜菜从零学习WCF二(设计和实现服务协定)

服务是一个构造，它公开一个或多个终结点，其中每个终结点都公开一个或多个服务操作。

02

WCF学习笔记 5

服务通过 ServiceHost 进行寄宿。可以添加终结以暴露可被调用寻址和调用的资源。

02

[原创]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

[WCF安全系列]通过绑定元素看各种绑定对消息保护的实现

对消息进行签名和加密分别解决了消息的一致性和机密性问题。而最终是仅仅采用签名还是签名与加密共用取决于契约中对消息保护级别的设置。但是具体的签名和加密在整个WCF框架体系中如何实现？是采用对称加密还是非对称加密？密钥如何而来？相信这些问题在本篇文章中你会找到答案。目录一、BasicHttpBinding 二、WSHttpBinding、WS2007HttpBinding和WSDualHttpBinding 三、NetTcpBinding和NetNamed

07

.NET简谈事务、分布式事务处理

在本人的 “ .NET简谈事务本质论”一文中我们从整体上了解了事务模型，在我们脑子里能有一个全局的事务处理结构，消除对数据库事务的依赖理解，重新认识事务编程模型。

02

[WCF安全系列]消息的保护等级[上篇]

到目前为止，对于WCF安全传输的三个方面，我们已经对认证进行了详细的介绍，现在我们来关注另外两个话题：消息的一致性和机密性，两者又统称为消息保护（Message Protection）。消息的安全等级指的是对整个消息或者消息的某个部分事实安全保护采用的等级。按照级别的由低到高，WCF支持如下三种不同的安全等级。在WCF的应用编程接口中，消息保护级别通过如下定义的ProtectionLevel枚举表示。 None:不采用任何措施来保护消息的一致性和机密性； Sign:通过对整个消息或者消息的某个部分进行数字

WCF采用 netTcpBinding 发生的Socket errors

最近在项目中采用 Windows service 作为WCF services的宿主, 在服务和客户端的调用上没有发生如何的异常和错误,但是经常发生下述错误： “System.ServiceModel.CommunicationException: The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded b

09

那些年我们一起追过的缓存写法(四)

阅读目录：介绍进程缓存通信方式速度对比总结介绍之前有童鞋问到关于首次为空的问题，这里简单补充下：一般来说并发量小、缓存数据量小的网站让用户自行触发页面让其缓存即可。大点网站都会多台部署，用负载均衡路由。常见的策略是在每台机器发布应用时，节点从负载均衡节点集合中移除，发布结束后，首次访问通过人工或自动请求下页面让其缓存，也包括预编译。还有一种是并发量大，缓存数据量大的情况，这也是本文的主题，下面会详细介绍。如果缓存数据量大的情况下，预热就麻烦些。比如LZ公司单在内存中的缓存大小都过G，

06

快速入门系列--WCF--08扩展与新特性

最后一章将进行WCF扩展和新特性的学习，这部分内容有一定深度，有一个基本的了解即可，当需要自定义一个完整的SOA框架时，可以再进行细致的学习和实践。服务端架构体系的构建主要包含接下来的几个要素：服

07

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭