技术剖析

802.11n无线网络技术剖析

IEEE802.11n技术通过物理层和MAC层的技术改进实现了无线传送速率的很大提升，使带宽从54Mbps提升到300Mbps。802.11n的核心——MIMO-OFDM       OFDM调制技术是将高速率的数据流调制成多个较低速率的子数据流，再通过已划分为多个子载体的物理信道进行通讯，从而减少ISI（码间干扰）机会。       MIMO（多入多出）技术是在链路的发送端和接收端都采用多副天线
lizzywu·2009-08-12 16:00

[原创]WCF技术剖析之十九：深度剖析消息编码（Encoding）实现（下篇）

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]通过上篇的介绍，我们知道了WCF所有与编码与解码相关的功能都实现在相应的System.Xml.XmlDictionaryWriter和System.Xml.XmlDictionaryReader中。但是在真正的WCF处理框架中，却并不直接使用XmlDictioanryWriter和X
varsoft·2009-08-06 19:00

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

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]消息作为WCF进行通信的唯一媒介，最终需要通过写入传输层进行传递。而对消息进行传输的一个前提或者是一项必不可少的工作是对消息进行相应的编码。WCF提供了一系列可供选择的编码方式，它们分别在互操作和性能各具优势。在本篇文章我们将对各种编码方式进行消息的讨论。从互操作性的角度来看，编码方
varsoft·2009-08-05 21:00

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

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]在本篇文章中，我们将讨论WCF四大契约（服务契约、数据契约、消息契约和错误契约）之一的消息契约（MessageContract）。服务契约关注于对服务操作的描述，数据契约关注于对于数据结构和格式的描述，而消息契约关注的是类型成员与消息元素的匹配关系。我们知道只有可序列化的对象才能通过
varsoft·2009-08-02 10:00

WLAN安全技术剖析（续4）--WAPI凭什么跟802.11i博弈

   WAPI凭什么跟802.11i博弈 如果说802.11i已经完美的解决了WLAN的安全问题，那就不存在WAPI跟802.11i的长达10年的博弈了，也就不存在中国标准在国际上的屡败屡战。那么究竟是什么原因使得802.11i质疑的声音逐渐强硬，又是什么原因使得WAPI站在风头浪尖呢？我们先来看看802.11i从实现机制上还存在那些不足呢？首先，从鉴别机制考虑，802.11i采用了通用EAPov
simonche·2009-08-01 11:49

WLAN安全技术剖析（续4）--WAPI凭什么跟802.11i博弈

   WAPI凭什么跟802.11i博弈 如果说802.11i已经完美的解决了WLAN的安全问题，那就不存在WAPI跟802.11i的长达10年的博弈了，也就不存在中国标准在国际上的屡败屡战。那么究竟是什么原因使得802.11i质疑的声音逐渐强硬，又是什么原因使得WAPI站在风头浪尖呢？我们先来看看802.11i从实现机制上还存在那些不足呢？首先，从鉴别机制考虑，802.11i采用了通用EAPov
simonche·2009-08-01 11:49

WLAN安全技术剖析（续3）--802.11i无线安全的救命稻草？

     802.11i是无线安全的救命稻草？ 那么前面也说到了，TKIP只是为了弥补WEP缺陷所做的一种补救措施，治标不治本。WPA的命运就像他的草案命运一样注定会被标准所取代，这个千呼万唤才出来的标准就是802.11i。其实802.11i是WPA第二代，也就是所谓的WPA2。802.11i完全放弃了WEP甚至对WPA的改善想法，所有的处理方式都试图开创出一种全新的机制，尤其是数据的加密方面，完
simonche·2009-08-01 11:44

WLAN安全技术剖析（续3）--802.11i无线安全的救命稻草？

     802.11i是无线安全的救命稻草？ 那么前面也说到了，TKIP只是为了弥补WEP缺陷所做的一种补救措施，治标不治本。WPA的命运就像他的草案命运一样注定会被标准所取代，这个千呼万唤才出来的标准就是802.11i。其实802.11i是WPA第二代，也就是所谓的WPA2。802.11i完全放弃了WEP甚至对WPA的改善想法，所有的处理方式都试图开创出一种全新的机制，尤其是数据的加密方面，完
simonche·2009-08-01 11:44

WLAN安全技术剖析（续2）--WPA的草案命运

                       WPAWEP虽然解决了无线链路最基本迫切的安全性需求，但是仍然存在如下的种种缺陷：1.    WEP本身并不能为用户提供身份鉴别机制2.    WEP密钥IV重复使用率很高，容易造成监听模式被动破解3.    完整性CRC-32并非真正意义上的密码学校验算法，极易伪造。前面也讲到WEP采用了RC4流加密算法完成数据帧的安全处理，其实RC4并非一种很糟糕
simonche·2009-08-01 11:18

WLAN安全技术剖析（续2）--WPA的草案命运

                       WPAWEP虽然解决了无线链路最基本迫切的安全性需求，但是仍然存在如下的种种缺陷：1.    WEP本身并不能为用户提供身份鉴别机制2.    WEP密钥IV重复使用率很高，容易造成监听模式被动破解3.    完整性CRC-32并非真正意义上的密码学校验算法，极易伪造。前面也讲到WEP采用了RC4流加密算法完成数据帧的安全处理，其实RC4并非一种很糟糕
simonche·2009-08-01 11:18

WLAN安全技术剖析（续1）--WEP解密

                WEP（有线等效加密）WEP对安全三要素的阐述：1．                   机密性：帧主体加密机制。也就是采用了经典RC4流加密机制对数据载荷进行加解密处理。2．                   完整性：完整性校验序列。采用了CRC校验机制确保数据完整无误。3．                   另外WEP本身没有提供对数据来源身份的验证性，所以
simonche·2009-08-01 11:03

WLAN安全技术剖析（续1）--WEP解密

                WEP（有线等效加密）WEP对安全三要素的阐述：1．                   机密性：帧主体加密机制。也就是采用了经典RC4流加密机制对数据载荷进行加解密处理。2．                   完整性：完整性校验序列。采用了CRC校验机制确保数据完整无误。3．                   另外WEP本身没有提供对数据来源身份的验证性，所以
simonche·2009-08-01 11:03

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

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]《WCF技术剖析（卷1）》自出版近20天以来，得到了园子里的朋友和广大WCF爱好者的一致好评
varsoft·2009-08-01 10:00

[原创]WCF技术剖析之十七：消息（Message）详解（中篇）

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]在上篇中大体上围绕着Message的两个话题进行讲述：消息版本（MessageVersion）和采用五种不同的方式创建Message。本篇文章将会详细介绍Message的另外两个主题：和消息的基本操作，比如读、写、拷贝、关闭等，以及消息状态机（MessageStateMachine）
varsoft·2009-07-28 18:00

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

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]消息交换是WCF进行通信的唯一手段，通过方法调用（Method Call）形式体现的服务访问需要转化成具体的消息，并通过相应的编码（Encoding）才能通过传输通道发送到服务端；服务操作执行的结果也只能以消息的形式才能被正常地返回到客户端。所以，消息在整个WCF体系结构中处于一个核
·2009-07-27 21:00

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

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]消息交换是WCF进行通信的唯一手段，通过方法调用（MethodCall）形式体现的服务访问需要转化成具体的消息，并通过相应的编码（Encoding）才能通过传输通道发送到服务端；服务操作执行的结果也只能以消息的形式才能被正常地返回到客户端。所以，消息在整个WCF体系结构中处于一个核心
varsoft·2009-07-27 21:00

读《WCF技术剖析》（卷一）笔记（一）

SOA的基本特性：1.服务时自制的2.依赖于开放的标准3.支持跨平台4.鼓励创建可组合的服务5.鼓励服务的复用6.强调松耦合 WCF是对现有Windows平台下分布式通信技术的整合。过去几年比较典型的分布式通信技术有COM/DCOM,EnterpriseService,.NETRemoting,XMLWeb服务,MSMQ等。 建立一个简单的WCF应用 用VS2008新建四个项目，Contracts
·2009-07-27 20:00

WLAN安全技术剖析

WLAN安全技术剖析   WLAN因为其传输介质的“空中”特性备受黑客及安全破坏者的青睐。
simonche·2009-07-25 19:46

WLAN安全技术剖析

WLAN安全技术剖析   WLAN因为其传输介质的“空中”特性备受黑客及安全破坏者的青睐。
simonche·2009-07-25 19:46

庆祝在博客园申请博客成功

^_^要学习的东西真是很多，今天刚收到《WCF技术剖析》(卷一)，读蒋金楠在博客园发表的wcf之旅系列后，忍不住买了他的书，到目前为止，我所见的所有关于wcf书中最好的一本，介绍的很全，很细，例子讲的很深入
·2009-07-25 18:00

[原创] WCF技术剖析之十六：数据契约的等效性和版本控制

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]数据契约是对用于交换的数据结构的描述，是数据序列化和反序列化的依据。在一个WCF应用中，客户端和服务端必须通过等效的数据契约方能进行有效的数据交换。随着时间的推移，不可避免地，我们会面临着数据契约版本的变化，比如数据成员的添加和删除、成员名称或者命名空间的修正等，如何避免数据契约这种
varsoft·2009-07-21 23:00

[原创]WCF技术剖析之十五：数据契约代理（DataContractSurrogate）在序列化中的作用

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]如果一个类型，不一定是数据契约，和给定的数据契约具有很大的差异，而我们要将该类型的对象序列化成基于数据契约对应的XML。反之，对于一段给定的基于数据契约的XML，要通过反序列化生成该类型的对象，我们该如何实现这样的场景？比如下面定义了两个类型Contact和Customer，其中Cu
varsoft·2009-07-20 18:00

WCF技术剖析（卷1）正式出版

【书名】WCF技术剖析（卷1）【作者】蒋金楠【出版】电子工业出版社【书号】9787121089985【出版日期】2009年7月【开本】16【页码】548【字数】650千字【内容简介】本书从WCF的终结点谈起
varsoft·2009-07-15 23:00

[原创]WCF技术剖析之十四：泛型数据契约和集合数据契约（下篇）

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]在.NET中，所有的集合都实现了IEnumerable接口，比如Array、Hashtable、ArrayList、Stack、Queue等。有的集合要求元素具有相同的类型，这种集合一般通过泛型的方式定义，它们实现另一个接口IEnumerable（IEnumerable本身继承自IE
varsoft·2009-07-14 18:00

[原创]WCF技术剖析之十四：泛型数据契约和集合数据契约（上篇）

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]在.NETFramework2.0中，泛型第一次被引入。我们可以定义泛型接口、泛型类型、泛型委托和泛型方法。序列化依赖于真实具体的类型，而泛型则刻意模糊了具体类型概念。而集合代表一组对象的组合，集合具有可迭代（Enumerable）的特性，可以通过某个迭代规则遍历集合中的每一个元素。
varsoft·2009-07-13 17:00

[原创]WCF技术剖析之十三：序列化过程中的已知类型（Known Type）

阅读更多[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]DataContractSerializer承载着所有数据契约对象的序列化和反序列化操作。在上面一篇文章（《数据契约（DataContract）和数据契约序列化器（DataContractSerializer）》）中，我们谈到DataContractSerializer基本的
varsoft·2009-07-12 16:00

[原创]WCF技术剖析之十三：序列化过程中的已知类型（Known Type）

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]DataContractSerializer承载着所有数据契约对象的序列化和反序列化操作。在上面一篇文章（《数据契约（DataContract）和数据契约序列化器（DataContractSerializer）》）中，我们谈到DataContractSerializer基本的序列化规
varsoft·2009-07-12 16:00

WCF技术剖析之十二：数据契约（Data Contract）和数据契约序列化器（DataContractSerializer）

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]大部分的系统都是以数据为中心的（DataCentral），功能的实现表现在对相关数据的正确处理。而数据本身，是有效信息的载体，在不同的环境具有不同的表示。一个分布式的互联系统关注于数据的交换，而数据正常交换的根本前提是参与数据交换的双方对于数据结构的一致性理解。这就为数据的表现提出了
·2009-07-09 21:00

[原创]WCF技术剖析之十二：数据契约（Data Contract）和数据契约序列化器（DataContractSerializer）

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]大部分的系统都是以数据为中心的（DataCentral），功能的实现表现在对相关数据的正确处理。而数据本身，是有效信息的载体，在不同的环境具有不同的表示。一个分布式的互联系统关注于数据的交换，而数据正常交换的根本前提是参与数据交换的双方对于数据结构的一致性理解。这就为数据的表现提出了
varsoft·2009-07-09 21:00

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

说完了客户端的异步服务调用（参阅WCF技术剖析之十一：异步操作在WCF中的应用（上篇））,我们在来谈谈服务端如何通过异步的方式为服务提供实现。
·2009-07-08 22:00

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

说完了客户端的异步服务调用（参阅WCF技术剖析之十一：异步操作在WCF中的应用（上篇））,我们在来谈谈服务端如何通过异步的方式为服务提供实现。
varsoft·2009-07-08 22:00

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

按照操作执行所需的资源类型，我们可以将操作分为CPU绑定型（CPUBound）操作和I/O绑定型（I/OBound）操作。对于前者，操作的执行主要利用CPU进行密集的计算，而对于后者，大部分的操作处理时间花在I/O操作处理，比如访问数据库、文件系统、网络资源等。对于I/O绑定型操作，我们可以充分利用多线程的机制，让多个操作在自己的线程并发执行，从而提高系统性能和响应能力。服务调用就是典型的I/O绑
·2009-07-08 21:00

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

按照操作执行所需的资源类型，我们可以将操作分为CPU绑定型（CPUBound）操作和I/O绑定型（I/OBound）操作。对于前者，操作的执行主要利用CPU进行密集的计算，而对于后者，大部分的操作处理时间花在I/O操作处理，比如访问数据库、文件系统、网络资源等。对于I/O绑定型操作，我们可以充分利用多线程的机制，让多个操作在自己的线程并发执行，从而提高系统性能和响应能力。服务调用就是典型的I/O绑
varsoft·2009-07-08 21:00

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

在前面一片文章（服务代理不能得到及时关闭会有什么后果?）中，我们谈到及时关闭服务代理（ServiceProxy）在一个高并发环境下的重要意义，并阐明了其根本原因。但是，是否直接调用ICommunicationObject的Close方法将服务代理关闭就万事大吉了呢？事情远不会这么简单，这其中还会涉及关于异常处理的一些操作，这就是本篇文章需要讨论的话题。一、异常的抛出与Close的失败一般情况下，当
varsoft·2009-07-05 18:00

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

我们想对WCF具有一定了解的人都会知道：在客户端通过服务调用进行服务调用过程中，服务代理应该及时关闭。但是如果服务的代理不等得到及时的关闭，到底具有怎样的后果？什么要关闭服务代理？在任何时候都需要关闭服务代理吗？是否有一些例外呢？本篇文章将会围绕着这些问题展开。 一、会话信道（Sessionful Channel） V.S. 数据报信道（Datagram Channel） WCF通过信道栈实现
·2009-07-04 17:00

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

我们想对WCF具有一定了解的人都会知道：在客户端通过服务调用进行服务调用过程中，服务代理应该及时关闭。但是如果服务的代理不等得到及时的关闭，到底具有怎样的后果？什么要关闭服务代理？在任何时候都需要关闭服务代理吗？是否有一些例外呢？本篇文章将会围绕着这些问题展开。一、会话信道（SessionfulChannel）V.S.数据报信道（DatagramChannel）WCF通过信道栈实现了消息的编码、传
varsoft·2009-07-04 17:00

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

和传统的分布式远程调用一样，WCF的服务调用借助于服务代理（ServiceProxy）。而ChannelFactory则是服务代理的创建者。WCF采用基于终结点（Endpoint）服务消费方式：WCF服务通过一个或者多个终结点暴露给潜在的服务消费者，服务的消费中通过与之匹配的终结点与之交互。在客户端，我们具有两种典型的服务代理创建方式，其一是通过诸如SvcUtil.exe这样的工具导入服务的元数据
varsoft·2009-07-03 20:00

[原创]WCF技术剖析之七：如何实现WCF与EnterLib PIAB、Unity之间的集成

在这之前，我写过深入介绍MSEnterLibPIAB的文章（参阅《MSEnterpriseLibraryPolicyInjectionApplicationBlock深入解析[总结篇]》），也写过WCF与PIAB的集成（参阅：《WCF后续之旅（8）：通过WCFExtension实现与MSEnterpriseLibraryPolicyInjectionApplicationBlock的集成》）、WC
varsoft·2009-06-29 16:00

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

近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析》的写作，一直无暇管理自己的Blog。到目前为止《WCF技术剖析（卷1）》的写作暂告一段落，初步预计于下个月由武汉博文视点出版。
varsoft·2009-06-27 17:00

[原创] WCF技术剖析之六：为什么在基于ASP.NET应用寄宿（Hosting）下配置的BaseAddress无效

本篇文章来源于几天前一个朋友向我咨询的问题。问题是这样的，他说他采用ASP.NET应用程序的方式对定义的WCF服务进行寄宿（Hosting），并使用配置的方式对服务的BaseAddress进行了设置，但是在创建ServiceHost的时候却抛出InvalidOperationException，并提示相应AddressScheme的BaseAddress找不到。我意识到这可能和WCF中用于判断服务
varsoft·2009-06-26 19:00

WCF技术剖析之五：利用ASP.NET兼容模式创建支持会话（Session）的WCF服务

在《基于IIS的WCF服务寄宿（Hosting）实现揭秘》中，我们谈到在采用基于IIS（或者说基于ASP.NET）的WCF服务寄宿中，具有两种截然不同的运行模式：ASP.NET并行（SidebySide）模式和ASP.NET兼容模式。对于前者，WCF通过HttpModule实现了服务的寄宿，而对于后者，WCF的服务寄宿通过一个HttpHandler实现。只有在ASP.NET兼容模式下，我们熟悉的一
·2009-06-25 18:00

[原创]WCF技术剖析之五：利用ASP.NET兼容模式创建支持会话（Session）的WCF服务

在《基于IIS的WCF服务寄宿（Hosting）实现揭秘》中，我们谈到在采用基于IIS（或者说基于ASP.NET）的WCF服务寄宿中，具有两种截然不同的运行模式：ASP.NET并行（SidebySide）模式和ASP.NET兼容模式。对于前者，WCF通过HttpModule实现了服务的寄宿，而对于后者，WCF的服务寄宿通过一个HttpHandler实现。只有在ASP.NET兼容模式下，我们熟悉的一
varsoft·2009-06-25 18:00

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

通过《再谈IIS与ASP.NET管道》的介绍，相信读者已经对IIS和ASP.NET的请求处理管道有了一个大致的了解，在此基础上去理解基于IIS服务寄宿的实现机制就显得相对容易了。概括地说，基于IIS的服务寄宿依赖于两个重要的对象：System.ServiceModel.Activation.HttpModule和System.ServiceModel.Activation.HttpHandler。
varsoft·2009-06-24 20:00

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

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

WCF技术剖析之二：再谈IIS与ASP.NET管道

在2007年9月份，我曾经写了三篇详细介绍IIS架构和ASP.NET运行时管道的文章，深入介绍了IIS5.x与IIS6.0HTTP请求的监听与分发机制，以及ASP.NET运行时管道对HTTP请求的处理流程：[原创]ASP.NETProcessModel之一：IIS和ASP.NETISAPI[原创]ASP.NETProcessModel之二：ASP.NETHttpRuntimePipeline-Pa
·2009-06-20 00:00

[原创]WCF技术剖析之二：再谈IIS与ASP.NET管道

在2007年9月份，我曾经写了三篇详细介绍IIS架构和ASP.NET运行时管道的文章，深入介绍了IIS5.x与IIS6.0HTTP请求的监听与分发机制，以及ASP.NET运行时管道对HTTP请求的处理流程：[原创]ASP.NETProcessModel之一：IIS和ASP.NETISAPI[原创]ASP.NETProcessModel之二：ASP.NETHttpRuntimePipeline-Pa
varsoft·2009-06-20 00:00

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

近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析》的写作，一直无暇管理自己的Blog。到目前为止《WCF技术剖析（卷1）》的写作暂告一段落，初步预计于下个月由武汉博文视点出版。
·2009-06-18 21:00

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

近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析》的写作，一直无暇管理自己的Blog。到目前为止《WCF技术剖析（卷1）》的写作暂告一段落，初步预计于下个月由武汉博文视点出版。
varsoft·2009-06-18 21:00

Visual C++线程同步技术剖析:临界区，时间，信号量，互斥量

使线程同步在程序中使用多线程时，一般很少有多个线程能在其生命期内进行完全独立的操作。更多的情况是一些线程进行某些处理操作，而其他的线程必须对其处理结果进行了解。正常情况下对这种处理结果的了解应当在其处理任务完成后进行。如果不采取适当的措施，其他线程往往会在线程处理任务结束前就去访问处理结果，这就很有可能得到有关处理结果的错误了解。例如，多个线程同时访问同一个全局变量，如果都是读取操作，则不会出现问
wapysun·2009-05-12 18:00

Visual C++线程同步技术剖析:临界区，时间，信号量，互斥量

使线程同步在程序中使用多线程时，一般很少有多个线程能在其生命期内进行完全独立的操作。更多的情况是一些线程进行某些处理操作，而其他的线程必须对其处理结果进行了解。正常情况下对这种处理结果的了解应当在其处理任务完成后进行。如果不采取适当的措施，其他线程往往会在线程处理任务结束前就去访问处理结果，这就很有可能得到有关处理结果的错误了解。例如，多个线程同时访问同一个全局变量，如果都是读取操作，则不会出现问
netanimals·2009-05-12 18:00
上一页 7 8 9 10 11 12 13 14 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他