开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

WCF跟踪只有失败的请求？

WCF跟踪

WCF（Windows Communication Foundation）是微软推出的一种用于构建分布式应用程序的框架。WCF允许开发人员创建安全、可靠、可互操作的服务，并提供了一种统一的方式来描述、实现和调用这些服务。

WCF跟踪是一种用于诊断和分析WCF应用程序问题的功能。它可以记录应用程序中的事件、错误、警告和其他信息，以便开发人员可以分析问题并找到解决方案。

只跟踪失败的请求

默认情况下，WCF跟踪会记录所有的请求，包括成功和失败的请求。但是，如果您只想跟踪失败的请求，可以通过配置WCF跟踪行为来实现。

您可以在配置文件中添加以下代码来实现只跟踪失败的请求：

  <sources>
   <source name="System.ServiceModel" switchValue="Error" propagateActivity="true">
     <listeners>
        <add type="System.Diagnostics.DefaultTraceListener" name="Default">
         <filter type="" />
        </add>
        <add name="ServiceModelTraceListener">
         <filter type="" />
        </add>
      </listeners>
    </source>
  </sources>
 <sharedListeners>
    <add initializeData="C:\logs\tracelog.svclog" type="System.Diagnostics.XmlWriterTraceListener, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" name="ServiceModelTraceListener" traceOutputOptions="Timestamp">
     <filter type="" />
    </add>
  </sharedListeners>
</system.diagnostics>

这段代码将WCF跟踪的日志级别设置为“Error”，这意味着只有错误级别的日志才会被记录。这样，您就可以只跟踪失败的请求了。

推荐的腾讯云相关产品：

腾讯云API网关：帮助您实现API的创建、发布、管理和调用。
腾讯云服务器：提供可扩展的云计算服务，满足您不同的应用需求。
腾讯云对象存储：提供可靠的云存储服务，支持数据冗余存储和访问控制。
腾讯云数据库：提供各种类型的数据库服务，包括关系型数据库、非关系型数据库等。

产品介绍链接地址：

相关搜索:只有WCF客户端时如何创建新的WCF服务使用jquery Ajax调用WCF服务失败，请求响应错误 WCF停止对请求的响应 WCF请求失败,HTTP状态为405:方法不允许 WCF:无法满足安全令牌请求,因为身份验证失败如果用户启用了“不跟踪”，则CORS请求失败调用另一个WCF服务的WCF服务失败,并显示Web错误400错误请求阻止跨WCF服务的请求数请求Java ThreadInfo的堆栈跟踪？获取发送请求的跟踪ID 为什么我的WCF频道失败了？使用android改造的请求soap wcf webService 防止跨域请求到我的wcf服务 (413) WCF中的请求实体太大跟踪失败的登录尝试Windows Server POST请求的进度跟踪器 WCF服务跟踪-如何查看服务调用的输入和输出数据？将数据从jquery ajax请求传递到wcf服务失败反序列化？在IIS 8.0中启用失败的跟踪 Git压缩失败，因为未跟踪的文件

相关搜索:

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

有帮助

没帮助

相关·内容

考试系统--底层框架发布时遇到的问题解决方案（Window7 IIS6.0）（一）

原因：在安装Framework v4.0之后，再启用IIS，导致Framework没有完全安装

03

IIS7完全攻略之失败请求跟踪配置

- 在应用程序级别，可以指定捕获跟踪事件时的失败条件，同时还可以配置应在日志文件条目中捕获的跟踪事件。

04

Gradle如何在任务失败后继续构建

如果我们运行Gradle构建并且其中一项任务失败，则整个构建将立即停止。因此，我们可以快速反馈构建状态。如果我们不想这样做，并且希望Gradle执行所有任务，即使某些任务可能失败了，我们也可以使用命令行选项--continue。当我们使用--continue命令行选项时，Gradle将执行从属任务没有失败的所有任务。这在多模块项目中也很有用，即使在某些项目中测试可能失败，我们也可能希望构建所有项目，因此我们可以全面了解所有模块的失败测试。

01

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

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

07

微服务：API网关在API安全中的作用

当从单体应用程序切换到微服务时，来自客户端的行为不能与以前一样，单体架构客户端只有一个入口点到应用程序。

04

WCF技术剖析之二十四: ServiceDebugBehavior服务行为是如何实现异常的传播的?

服务端只有抛出FaultException异常才能被正常地序列化成Fault消息，并实现向客户端传播。对于一般的异常（比如执行Divide操作抛出的DivideByZeroException），在默认的情况下，异常信息无法实现向客户端传递。但是，倘若为某个服务应用了ServiceDebugBehavior这么一个服务行为，并开启了IncludeExceptionDetailInFaults开关，异常信息将会原封不动地传播到客户端。WCF内部是如何处理抛出的非FaultException异常的呢？实际上

09

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

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

02

Windows Server AppFabric：更好，更快，更便宜

微软全球副总裁Soma，负责微软公司Developer Division的工作，在博客上发布了文章Windows Server AppFabric：更好，更快，更便宜。微软服务器和Internet信息服务(IIS)没有提供用于部署、管理和监控特定类别Web应用程序的全方位的服务，Windows服务器AppFabric的推出是为了响应大量组织和开发商的要求，多年来他们一直希望微软提供“应用程序服务器”。微软服务器AppFabirc基本填补了这个空白，它作为微软服务器自由扩展以及预计Windows服务器将发行的

08

API网关在API安全性中的作用

从单一应用程序切换到微服务时，客户端的行为不能与客户端具有该应用程序的一个入口点的行为相同。简单来说就是微服务上的某一部分功能与单独实现该应用程序时存在不同。

02

windowServer_windowsserver是什么

本文转载自https://msdn.microsoft.com/zh-cn/library/ff384253.aspx，主要内容是对msdn中对AppFabric介绍内容的整合以及一些自己的理解。

考试系统--底层框架发布时遇到的问题解决方案（Window7 IIS6.0）（三）

考试系统--底层框架发布时遇到的问题解决方案（Window7 IIS6.0）（二）

01

WCF的Message Logging 和Tracing

WCF提供一组綜合Logging及Tracing功能，它是利用.NET Framework中的System.Diagnostics tracing机制。WCF应用程序可以在转换或是服务层时记录日志，也可以在程序里面编写trace的相关的代码将log输出。而Tracing级别则是可以配置的，缺省配置是在Severity级别的信息才会被记录下來。而TraceViewer可以打开WCF Trace File。 WCF和早期的分布式技术相比，它的Logging及Tracing功能是我们所喜欢的，甚至可以监控这样的功

09

windebug调试方法_java怎么远程调试

关于WCF的调试，MSDN给出如下说明，可能是由于我的水平问题，个人无法完全看懂，所以自己总结了一点WCF的调试技巧。仅供参考。

02

WCF后续之旅(3): WCF Service Mode Layer 的中枢—Dispatcher

在本系列的第一部分、第二部分中，我们对WCF的channel layer进行了深入的讨论。我们接下来继续讨论WCF的service mode layer。本篇文章着重介绍service 端的ServiceMode。写作此篇文章旨在达到以下两个目的：希望读者对ServiceMode有一个大致的了解，结合前面介绍的channel layer的相关知识，帮助读者了解WCF的整个实现机制和执行的流程。介绍ServiceMode涉及到的绝大部分extension point，让读者在具体的项目开发中能够根据实

09

WCF的追踪分析工具——SvcPerf

Microsoft最近发布了SvcPerf，它是一个端到端的基于Windows事件追踪（ETW）的追踪查看器，可用于基于清单的追踪。你能够通过这个工具查看ETL文件或者实时跟踪会话，还能创建自定义的查询。这个端到端的追踪分析工具基于Linq over Traces（TX），可以用于WCF、WF以及其他基于活动的ETW跟踪。你能够通过这个工具查看ETL文件或者实时跟踪会话，还能创建自定义的查询。还可以在命令行提示符中使用SvcPerf转储原始的事件或者使用Linq over Traces（TX）执行自定义

06

如何成为一个成功的软件工程师

如何成为一个成功的软件工程师背景上周，我参加了印度德里最值得期待的会议——C# Corner annual conference。如果你需要了解更多，那么请点这里。当我知道我有机会聆听大师级谈话的时候，真的非常惊喜。我学到了很多。下面我会把我听到的来自于Mr. Glenn Block的关于“如何成为一个成功的软件工程师”的要点分享给大家。这些内容激励了所有的与会者。Mr. Glenn Block是一位前微软员工，他曾在微软工作了近10年，并且他一直是Azure、WCF、.NET等的一部分，目前，他正担任

06

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

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

01

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

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

《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技术剖析之二十三：服务实例（Service Instance）生命周期如何控制[下篇]

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

Windowsapp_windowsserver是什么

Windows Server AppFabric 扩展了 Windows Server 以为 Web 应用程序和中间层服务提供增强的托管、管理和缓存功能。 AppFabric 托管功能向 Internet 信息服务 (IIS)、Windows Process Activation Service (WAS) 和 .NET Framework 4 添加了服务管理扩展。其中包括托管服务和托管管理工具，这些工具使部署、配置和管理基于 Windows Communication Foundation (WCF) 和 Windows Workflow Foundation (WF) 的服务变得更加容易。 AppFabric 缓存功能向 Windows Server 添加了一个分布式的内存中对象缓存，它使扩展高性能 .NET 应用程序（特别是 ASP.NET 应用程序）变得更加容易。

03

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

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

09

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

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

07

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

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

07

Laravel中简单使用队列加快访问速度

总而言之，队列就是在后台执行一些耗时的任务，从而让前台访问速度加快。比较典型的例子就是发邮件。特别是同一时间发送多个邮件时。

00

Kafka-10.设计-复制

Kafka在可配置数量的服务器上复制每个主题分区的日志（您可以逐个主题地设置此复制因子）。这允许在群集中的服务器发生故障时自动故障转移到这些副本，以便在出现故障时消息仍然可用。

02

WCF Web API 说再见，继承者ASP.NET Web API

从 .NET 3.5 开始 WCF 已经支持用 WebHttpBinding 构建 RESTful Web 服务，基于 WCF 框架的 RESTful Web 服务还是建立在 WCF Message 栈上，还是基于RPC风格的，因为 REST 的工作原理有所不同，它不需要依赖 SOAP 协议，因此 WCF 消息管道对于它经过了特殊的消息优化。但 REST 集成在 WCF 消息管道上还是不理想，所以微软重新开始构造基于Http 协议特点的RESTful的Web API, 从2010年10月份开始把代码放在co

09

WCF技术剖析之四：基于IIS的WCF服务寄宿（Hosting）实现揭秘

通过《再谈IIS与ASP.NET管道》的介绍，相信读者已经对IIS和ASP.NET的请求处理管道有了一个大致的了解，在此基础上去理解基于IIS服务寄宿的实现机制就显得相对容易了。概括地说，基于IIS的服务寄宿依赖于两个重要的对象：System.ServiceModel.Activation.HttpModule和System. ServiceModel.Activation.HttpHandler。一、通过HttpModule实现服务寄宿在默认的情况下，基于IIS的服务寄宿是通过一个特殊的HttpMo

Nginx压力测试工具之WebBench

在Apache中有自带的ab命令可以测试服务的压力，而nginx没有自带的命令，必须要采用第三方软件来测试，今天就简单介绍一下webbench对nginx的压力测试，压力测试是对系统管理员和运维人员必须的，可以很清晰地看清服务器能接受多大压力.注:本人是在虚拟机上做测试。

02

[原创-总结]WCF技术剖析系列总结篇

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

09

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

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

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

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

06

WCF 4.5：配置文件更小，对ASP.NET的支持更好

Ido Flatow最近发布了一篇文章，其中讲述了一系列WCF将在.NET 4.5中做出的变更。由于减少了噪音，WCF自动生成的配置文件会大大减小。从WCF的第一个版本开始，开发者就发现他们需要维护有接近30种设定的app.config文件，而事实上都只是默认值。了解配置文件的人会删除冗余的设定，但是遗憾的是很多人都没有学到这项技巧。有了WCF 4.5，配置文件默认只会有绑定类型和名称。当然，这会引出相关的培训问题，“我怎么知道设定都是什么呢？” 为了回答这个问题，我们还会在配置文件中看到消息提示和自动

05

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

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

08

WCF Web Api

什么是WCF Web Api ？越来越多的互联网应用向外开放他们的功能，例如Flickr，Twitter和Facebook，国内也掀起了开放的浪潮。处理这些社会化的应用外，企业的组织也在暴露企业的应用功能。WCF Web API允许开发人员通过HTTP开放他们的应用程序、数据和服务。这允许开发人员可以充分利用HTTP作为应用程序的协议，应用程序可以和丰富的客户端进行交互，不仅仅是浏览器、移动设备、桌面应用还是其他的后端服务。他们还可以利用网络的高速缓存和代理的基础设施，通过提供适当的控制和实体头的方式，在

07

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

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

08

《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

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

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

02

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

spark任务之Task失败监控

在spark程序中，task有失败重试机制（根据 spark.task.maxFailures 配置，默认是4次），当task执行失败时，并不会直接导致整个应用程序down掉，只有在重试了 spark.task.maxFailures 次后任然失败的情况下才会使程序down掉。另外，spark on yarn模式还会受yarn的重试机制去重启这个spark程序，根据 yarn.resourcemanager.am.max-attempts 配置（默认是2次）。

03

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

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

05

WCF服务在高负载下可能会变慢

KB2538826 解释了WCF服务在突发的请求下会发生的问题：当您的 WCF 服务接收请求的突发时，默认.Net I/O 完成端口（IOCP）线程池可能不扩大需尽快和你 WCF 的响应时间会随之增加。这篇文章《WCF scales up slowly with bursts of work》解释了到底发生了什么。解决方案是通过另一个线程池执行WCF服务，实施这一解决方案可能会产生少量的开销。每个WCF服务的性能测试结果会有所不同。 WCF Listener Recommended solut

05

【翻译】WCF4.5:更少的配置和ASP.NET更好的支持

http://www.infoq.com/news/2012/02/WCF-4.5

02

.NET程序员必备的58个提高效率工具

1. Visual Studio Visual Studio Productivity Power tool：Visual Studio 专业版（及以上）的扩展，具有丰富的功能，如快速查找，导航解决方案，可搜索的附加参考对话框等 ReSharper：提高 .NET 开发人员生产力的工具，提高代码质量，通过提供快速修复消除错误，等等 MZ-Tools：它可以在方法、文件、项目、解决方案或项目组、选定的文本，文件组合或项目组合中找到字符串。结果示于下面的结果窗口中，比由 Microsoft IDE 提供的要更方

06

WCF后续之旅(11): 关于并发、回调的线程关联性（Thread Affinity）

对于一般的多线程操作，比如异步地进行基于文件系统的IO操作；异步地调用Web Service；或者是异步地进行数据库访问等等，是和具体的线程无关的。也就是说，对于这些操作，任意创建一个新的线程来执行都是等效的。但是有些情况下，有些操作却只能在固定的线程下执行。比如，在GUI应用下，对控件的访问就需要在创建该控件的线程下执行；或者我们在某个固定的线程中通过TLS（Thread Local Storage）设置了一些Context信息，供具体的操作使用，我们把操作和某个固定的线程的依赖称为线程关联性（Threa

WCF后续之旅(11): 关于并发、回调的线程关联性（Thread Affinity）

对于一般的多线程操作，比如异步地进行基于文件系统的IO操作；异步地调用Web Service；或者是异步地进行数据库访问等等，是和具体的线程无关的。也就是说，对于这些操作，任意创建一个新的线程来执行都是等效的。但是有些情况下，有些操作却只能在固定的线程下执行。比如，在GUI应用下，对控件的访问就需要在创建该控件的线程下执行；或者我们在某个固定的线程中通过TLS（Thread Local Storage）设置了一些Context信息，供具体的操作使用，我们把操作和某个固定的线程的依赖称为线程关联性（Threa

08

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

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

09

高并发调优backlog多大合适？

那么对于nginx，对于php-fpm，backlog应该设置多大，是越大越好吗？backlog怎么设置合适？这是上篇文章中遗留的几个问题

02

WCF后续之旅(1): WCF是如何通过Binding进行通信的

《我的WCF之旅》系列自开篇以来，得到了园子里很多朋友的厚爱，并荣登了博客园2007年度系列博文Top 10。由于工作原因，沉寂了几个月，今天开始WCF新的旅程。如果说《我的WCF之旅》主要是对WCF基本原理概括性介绍，而对于这个新的系列，我将和大家分享我对WCF的一些实现机制、设计原理的理解，以及我在实际的项目开发中的一些实践经验（比如在后续的一些文章中，我将介绍通过WCF Extension实现一些在真正的分布式项目开发中很有现实意义的功能）。 Windows Communication Foundat

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

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

08

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭