开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

在执行任何约定工作之前，如何在WCF服务中查看SOAP消息？

在WCF服务中查看SOAP消息的方法是通过启用消息日志记录和追踪功能来实现。以下是具体步骤：

在服务配置文件（通常是App.config或Web.config）中，找到服务端点的配置部分。
在服务端点配置中，添加以下行以启用消息日志记录和追踪功能：

<system.diagnostics>
  <sources>
    <source name="System.ServiceModel.MessageLogging" switchValue="Verbose, ActivityTracing">
      <listeners>
        <add name="messages" type="System.Diagnostics.XmlWriterTraceListener" initializeData="c:\logs\messages.svclog" />
      </listeners>
    </source>
  </sources>
  <trace autoflush="true" />
</system.diagnostics>

上述配置将消息日志记录到指定的文件（此处为"c:\logs\messages.svclog"）。你可以根据需要更改文件路径和名称。

在服务配置文件的<system.serviceModel>部分中，找到服务行为配置，并添加以下行以启用消息日志记录和追踪功能：

<behaviors>
  <serviceBehaviors>
    <behavior>
      <serviceDebug includeExceptionDetailInFaults="true" />
      <serviceMetadata httpGetEnabled="true" />
      <serviceMessageLogging logEntireMessage="true" logMalformedMessages="true"
        logMessagesAtServiceLevel="true" logMessagesAtTransportLevel="true" />
    </behavior>
  </serviceBehaviors>
</behaviors>

确保在服务行为配置中启用了<serviceMetadata>元素，以便能够通过HTTP获取服务元数据。
启动WCF服务，并执行所需的操作。
在指定的日志文件路径（上述示例中为"c:\logs\messages.svclog"）中，你将找到包含所有传入和传出的SOAP消息的日志文件。

通过查看日志文件，你可以分析和了解WCF服务中的SOAP消息，包括请求和响应的内容、头部信息等。

腾讯云相关产品和产品介绍链接地址：

腾讯云云服务器（CVM）：提供可扩展的云服务器实例，用于部署和运行WCF服务。
腾讯云日志服务（CLS）：用于存储和分析生成的日志文件，可用于检索和分析WCF服务的消息日志。

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

有帮助

没帮助

相关·内容

Asp.net web api 知多少

本系列主要翻译自《ASP.NET MVC Interview Questions and Answers 》- By Shailendra Chauhan，想看英文原版的可访问http://www.dotnettricks.com/free-ebooks自行下载。该书主要分为两部分，ASP.NET MVC 5、ASP.NET WEB API2。本书最大的特点是以面试问答的形式进行展开。通读此书，会帮助你对ASP.NET MVC有更深层次的理解。由于个人技术水平和英文水平也是有限的，因此错误在所难免，希

05

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 4.0路由服务Routing Service

在面向服务的应用系统中，最重要的概念就是消息，消息的传输是一个非常重要的问题。而在大多数情况下，消息要经历多个网络节点，这里会涉及到消息路由问题。WS规范很早就制定了对于消息路由问题的解决办法，这里最早的就是WS-Routing 。当然后来逐渐为更完善的规范WS-Addressing取代。支持对于消息路由，WCF4.0之前的框架没有提供支持，在WCF4.0里又重新加入对于消息路由机制的支持。当然这里我们学习消息路由，首先还是来了解一下与消息路由相关的一些规范，下面我们就来依次看一下WS-Routing和W

08

WCF学习笔记 1

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

04

《我的WCF之旅》博文系列汇总

WCF是构建和运行互联系统的一系列技术的总称，它是建立在Web Service架构上的一个全新的通信平台。你可以把它看成是.NET平台上的新一代的Web Service。WCF为我们提供了安全、可靠的的消息通信，也为我们提供了更好的可互操作性是的我们可以和其他的平台进行“交流”。

01

《我的WCF之旅》博文系列汇总

WCF是构建和运行互联系统的一系列技术的总称，它是建立在Web Service架构上的一个全新的通信平台。你可以把它看成是.NET平台上的新一代的Web Service。WCF为我们提供了安全、可靠的的消息通信，也为我们提供了更好的可互操作性是的我们可以和其他的平台进行“交流”。微软斥巨资打造WCF，在我们看来主要出于下面两个目的：实现其对现有的分布式技术的整合以及顺应SOA的浪潮。在WCF之前，微软已经为了提供了一套完整的基于分布式的技术和产品，这些技术和产品使我们构建一个基于于分布式的互联系统变得

09

WinForm企业应用框架设计【二】团队内部的约定和客户端按约定识别WCF服务

形如：http://localhost/XL.Service/Sys-MenuService

02

WCF，Net remoting，Web service

今天看到WCF，说是整合了Net remoting，Web service。。。下面列一下概念。一 WCF 概括地说，WCF具有如下的优势： 1、统一性前面已经叙述，WCF是对于ASMX，.Net Remoting，Enterprise Service，WSE，MSMQ等技术的整合。由于WCF完全是由托管代码编写，因此开发WCF的应用程序与开发其它的.Net应用程序没有太大的区别，我们仍然可以像创建面向对象的应用程序那样，利用WCF来创建面向服务的应用程序。 2、互

05

基于SQL Server 2008 Service Broker构建企业级消息系统

注:这篇文章是为InfoQ 中文站而写 1、引言 Microsoft 在SQL Server 2005引入了服务代理（Service Broker 简称SSB）为技术支持代理设计模式和面向消息的中间件 (MOM) 的原则。Service Broker在SQL Server 2008上得到完善, SQL Server Service Broker 为消息和队列应用程序提供 SQL Server 数据库引擎本机支持。这使开发人员可以轻松地创建使用数据库引擎组件在完全不同的数据库之间进行通信的复杂应用程序。开

05

WCF

WCF（Windows Communication Foundation）是由微软开发的一系列支持数据通信的应用程序框架，可以翻译为Windows通信开发平台

03

WCF后续之旅(16): 消息是如何分发到Endpoint的--消息筛选(Message Filter)

在介绍终结点的ListenUriMode时，我们提到了两个特殊的对象ChannelDispatcher和ChannelListener。这两个对象在整个WCF的消息分发系统中具有重要的地位，在这节里，我们对WCF的整个消息分发过程作一个简单的介绍。一、连接请求的监听当我们通过ServiceHost对某个服务进行寄宿的时候，实际上WCF是在为我们创建一个监听器，并监听来自外界的服务访问请求。我们举一个例子，比如针对服务CalculateService，具有如下的配置：该服务具有基于BasicHttpBi

08

WCF技术剖析之十七：消息（Message）详解（下篇）

《WCF技术剖析（卷1）》自出版近20天以来，得到了园子里的朋友和广大WCF爱好者的一致好评，并被卓越网计算机书店作为首页推荐，在这里对大家的支持表示感谢。同时我将一直坚持这个博文系列，与大家分享我对WCF一些感悟和学习经验。在《消息（Message）详解》系列的上篇和中篇，先后对消息版本、详细创建、状态机和基于消息的基本操作（读取、写入、拷贝、关闭）进行了深入剖析，接下来我们来谈谈消息的另一个重要组成部分：消息报头（Message Header）。按照SOAP1.1或者SOAP1.2规范，一个SOAP消

06

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

对于上一篇文章（WCF基本异常处理模式：[上篇]、[中篇]、[下篇]）,主要是站在最终开发者的角度对WCF关于异常处理编程模式进行了介绍,接下来，我们需要将我们的目光转移到WCF框架内部，深入剖析整个WCF异常处理流程。在基于SOAP的消息交换过程中，异常最终通过Fault消息承载，所以很自然地，接下来的介绍从SOAP Fault说起。一、从SOAP Fault说起（基于SOAP 1.2）服务调用的最终实现通过消息交换完成，WCF本质上可以看成是一个消息处理的框架。消息，不但承载着正常服务调用的请

快速入门系列--WCF--02消息、会话与服务寄宿

经过WCF基础的ABC学习，已经可以构建简单的WCF的服务，使用不同的服务地址和绑定类型，根据业务提供所需的服务契约。但不禁想问，服务所使用的消息报文是什么样的形式么？蕴含什么样内容呢？WCF服务是否

05

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

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

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

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

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

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

09

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

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

01

python发送soap报文_python处理SOAP API

我们常见的API一般是restful, 但是有的时候也会遇到非restful的时候，对于Restful API, 我们很容易用python处理。SOAP API 我们如何来处理呢？

02

菜菜从零学习WCF一(WCF概述)

菜菜刚开始接触WCF，一切都要从零开始，所以在此也记下笔记，以作日后翻看，大家也可以多多指点。

02

WCF技术剖析之十七：消息（Message）详解（上篇）

消息交换是WCF进行通信的唯一手段，通过方法调用（Method Call）形式体现的服务访问需要转化成具体的消息，并通过相应的编码（Encoding）才能通过传输通道发送到服务端；服务操作执行的结果也只能以消息的形式才能被正常地返回到客户端。所以，消息在整个WCF体系结构中处于一个核心的地位，WCF可以看成是一个消息处理的管道。尽管消息在整个WCF体系中具有如此重要的意义，可是一般的WCF编程人员，却意识不到消息的存在。原因很简单，WCF设计的目标就是实现消息通信的所有细节，为最终的编程人员提供一个完全

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

在[上篇]中，我们分别站在消息交换和编程的角度介绍了SOAP Fault和FaultException异常。在服务执行过程中，我们手工抛出FaultException异常，WCF服务端框架会对该异常对象进行序列化病最终生成Fault消息。当WCF客户端框架介绍到该Fault消息之后，会做一项相反的操作：对Fault消息中进行解析和反序列化，重新生成并抛出FaultException异常。WCF框架自动为我们作了这么多“幕后”工作，使得开发人员可以完全采用编写一般的.NET应用程序的模式进行异常的处理：在错误

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

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

06

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

通过WCF基本的异常处理模式[上篇]，我们知道了：在默认的情况下，服务端在执行某个服务操作时抛出的异常（在这里指非FaultException异常），其相关的错误信息仅仅限于服务端可见，并不会被WCF传递到客户端；如果将开启了IncludeExceptionDetailInFaults的ServiceDebug服务行为通过声明（通过在服务类型上应用ServiceBehaviorAttrite特性）或者配置的方式应用到相应的服务上，异常相关的所有细节信息将会原封不动地向客户端传送。这两种方式体现了两种极

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

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

07

WCF技术剖析之十八：消息契约（Message Contract）和基于消息契约的序列化

在本篇文章中，我们将讨论WCF四大契约（服务契约、数据契约、消息契约和错误契约）之一的消息契约（Message Contract）。服务契约关注于对服务操作的描述，数据契约关注于对于数据结构和格式的描述，而消息契约关注的是类型成员与消息元素的匹配关系。我们知道只有可序列化的对象才能通过服务调用在客户端和服务端之间进行传递。到目前为止，我们知道的可序列化类型有两种：一种是应用了System.SerializableAttribute特性或者实现了System.Runtime.Serialization.I

06

快速入门系列--WCF--04元数据和异常处理

本章节将进行元数据和异常处理的介绍，这部分内容概念型比较强，可以快速浏览一下就好。客户端和服务器借助于终结点进行通信，服务的提供者通过一个或者多个终结点将服务发布出来，服务的消费者则通过创建与之匹

08

WCF服务端运行时架构体系详解[下篇]

作为WCF中一个核心概念，终结点在不同的语境中实际上指代不同的对象。站在服务描述的角度，我们所说的终结点实际上是指ServiceEndpoint对象。如果站在WCF服务端运行时框架来说，终结点实际上指代的是终结点分发器（EndpointDispatcher）。而ServiceEndpoint与EndpointDispatcher是一一匹配的，并且前者是创建后者的基础。而终结点分发器具有自己的运行，即分发运行时（DispatchRuntime）。目录一、终结点分发器（EndpointDisp

08

WCF后续之旅（17）：通过tcpTracer进行消息的路由

对于希望对WCF的消息交换有一个深层次了解的读者来说，tcpTracer绝对是一个不可多得好工具。我们将tcpTracer置于服务和服务代理之间，tcpTracer会帮助我们接获、显示和转发流经他的消息。从本质上讲，tcpTracer是一个路由器。当启动的时候，我们需要设置两个端口:原端口（source port）和目的端口（destination port），然后tcpTracer就会在原端口进行网络监听。一旦请求抵达，他会截获整个请求的消息，并将整个消息显示到消息面板上。随后，tcpTracer会将

09

WCF技术剖析之十九：深度剖析消息编码（Encoding）实现（上篇）

消息作为WCF进行通信的唯一媒介，最终需要通过写入传输层进行传递。而对消息进行传输的一个前提或者是一项必不可少的工作是对消息进行相应的编码。WCF提供了一系列可供选择的编码方式，它们分别在互操作和性能各具优势。在本篇文章我们将对各种编码方式进行消息的讨论。从互操作性的角度来看，编码方法很大程度上决定了跨平台支持的能力。有的编码方式是平台无关的，有的则仅限于某种特定的平台。WCF提供了3种典型的编码方式：Binary、Text和MTOM。Binrary以二进制的方式进行消息的编码，但是仅限于.NET平台之

07

Visual Studio 2012 中的ASP.NET Web API

有的企业 Web 服务使用 SOAP 和 WS-*.*它们对许多事务性或复杂的方案来说很不错。然后还有更轻量级的RESTful web 服务或"Web API"，它们使用 JSON，XML，展示了所有的好东西和HTTP 规范的稳定性。 WCF 过得好好的， ASP.NET 也如此，每种技术都有使用其的理由。正如这篇文章说得好， "SOAP的世界与HTTP 服务的世界是完全不同的。SOAP 允许我们将我们的服务所需的所有知识放在信息本身中"，而"您可以使用 [Web API] 来创建只使用标准HTTP 概

08

使用ServiceStack构建Web服务

提到构建WebService服务，大家肯定第一个想到的是使用WCF，因为简单快捷嘛。首先要说明的是，本人对WCF不太了解，但是想快速建立一个WebService，于是看到了MSDN上的这一篇文章 Building Cross-Platform Web Services with ServiceStack，所以这里简要介绍一下如何使用ServiceStack快速建立一个WebService服务。当然，在开始之前，首先要说明一下ServiceStack是个什么东西。在国内用ServiceStack的似乎很少

05

[WCF安全系列]从两种安全模式谈起

WCF的安全体系主要包括三个方面：传输安全（Transfer Security）、授权或者访问控制（Authorization OR Access Control）以及审核（Auditing）。而传输安全又包括两个方面：认证（Authentication）和消息保护（Message Protection）。认证帮助客户端或者服务确认对方的真实身份，而消息保护则通过签名和加密实现消息的一致性和机密性。WCF采用两种不同的机制来解决这三个涉及到传输安全的问题，我们一般将它们称为不同的安全模式，即Transpor

08

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

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

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

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

02

使用自定义行为扩展 WCF

Windows® Communication Foundation (WCF) 提供了许多扩展点，供开发人员自定义运行时行为,从而实现服务调度和客户代理调用。您可以通过编写能以声明方式应用到服务中的自定义行为来使用这些扩展点。本月将为您介绍这一流程的工作原理。 WCF 可扩展性在上期专栏中，我重点介绍了 WCF 绑定概念，您可以为 WCF 服务上的各个终结点指定绑定。绑定控制该终结点的消息传递详细信息（发生在网络上的情况）。这是 WCF 建立一个能够在字节流（网络上的消息）和 WCF 消息间转换的通道堆栈

07

利用WCF改进文件流传输的三种方式

WCF在跨域传输使用了两种模型的方法调用：一种是同步模型，这种模型显然对那些需要大量操作时间的方法调用（如从数据库中获取大量数据时）是一种痛苦的选择。另一种是异步模型的方法调用，这种模型是一种非阻塞方法，其方法调用期间并不等到方法调用结束获得结果才返回，而是方法调用一经开始就马上返回，程序可以继续向前执行，被调用方法和主程序同时执行，在调用方法结束才返回结果。显然这种模型给了我们很好的编程和使用体验。基于WCF在普通的编码是以文本编码方式在信道之间传输信息的，这种编码会把所有的二进制信息以字节数组的形式存

06

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

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

08

2019-2-12-wcf入门（14）

在之前的2019-1-27-wcf入门（6） - huangtengxiao博客介绍了wcf的会话，这一篇介绍可靠会话

02

WCF技术剖析之二十五: 元数据（Metadata）架构体系全景展现[WS标准篇]

元数据实际上是服务终结点的描述，终结点由地址（Address）、绑定（Binding）和契约（Contract）经典的ABC三要素组成。认真阅读过《WCF技术剖析（卷1）》的读者相对会对这三要素的本质有一个深刻的认识：地址决定了服务的位置并实现相应的寻址机制；契约描述了消息交换模式（Message Exchange Pattern： MEP）以及消息的结构（Schema）；绑定则通过创建信道栈实现对消息的编码、传输和基于某些特殊的功能（比如实现事务、可靠传输以及基于消息的安全）对消息作出的处理。服务的消

不同的.Net版本客户端软件调用Java Web Service区别

最近的系统中需要.Net开发的离线端软件通过Web Service技术和Java开发的在线系统进行数据交互。

03

《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技术剖析之二十七: 如何将一个服务发布成WSDL[编程篇]

对于WCF服务端元数据架构体系来说，通过MetadataExporter将服务的终结点导出成MetadataSet（参考《如何导出WCF服务的元数据》），仅仅是完成了一半的工作。被成功导出的以MetadataSet对象表示的元数据需要最终作为可被访问的网络资源发布出来，才能被服务消费者获取，进而有效地帮助他们进行服务调用。元数据的发布最终是通过ServiceMetadataBehavior这样一个服务行为实现的，我们先来认识一下ServiceMetadataBehavior。一、元数据发布的实现者：S

08

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

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

菜菜从零学习WCF七(消息协定)

另一种常见方案是定义消息头和正文的安全属性，也就是说，确定是否对这些元素进行数字签名和加密。消息样式的操作可提供这种控制。

04

EndpointAddress——不只是一个Uri[上篇]

终结点是整个WCF的核心，由经典的ABC三要素组成。作为表示地址的EndpointAddress，很多人仅仅将其看成是一个表示标识服务并且表示服务所在地址的Uri，其实服务标识和定位服务仅仅是EndpointAddress一个基本的功能，它不仅仅是Uri那么简单。一、EndpointAddress的三个功能作为终结点的三要素之一的地址（Address），在基于WCF的通信中不仅仅定位着服务的位置，而且还提供额外的寻址信息。除此之外，终结点地址还和安全有关系，因为它包含着用于进行服务认证的服务身份信息。这

我的WCF之旅（9）：如何在WCF中使用tcpTrace来进行Soap Trace

无论对于Web Service还是WCF，Client和Service之间交互的唯一形式是通过发送和接收Soap Message。在我们对Web Service和WCF进行深入学习的时候，借助一些Soap Trace 工具对Soap Message进行深入剖析是非常有必要的。在这些工具之中，我觉得最好用的就是Microsoft Soap Toolkit中的Soap Trace Utility和tcpTrace。我们今天就来讲讲如何在WCF中使用tcpTrace这个工具。首先我们来讲讲tcpTrace实现的

08

REST In WCF4.0

REST软件架构是由Roy Thomas Fielding博士2000年在他的论文《Architectural Styles and the Design of Network- based Software Architectures》首次提出的。他提出的理论对后来的Web技术的发展产生了巨大的影响，他是许多重要Web架构标准的设计者，这些标准就是HTTP、URI等。 1.1） Rest的英文全称是“Representational State Transfer”。中文翻译为“表述性状态转移”。RES

原 REST - Representati

REST并非是标准而是一种再互联网环境下开发提供服务的方法规范。REST 遵循 web 应用程序的体系结构风格,用户通过类似于选择翻页链接去往下一页的方式访问web应用程序。REST基于唯一URI标识的资源。只要服务遵从定义的标准或特性，我们可以将这个服务称为 rest。REST 并不与任何特定的平台联系在一起, 当前在Web上使用 HTTP 完成的。 REST基础特征客户端关注点分离是将用户界面与数据存储分离的原则。这使得程序的用户界面能够移植到其他的平台,并通过简化服务器组件来提高可伸缩性。无状

07

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

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

01

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭