【C# 线程】ContextBoundObject类 --上下文绑定 和SynchronizationAttribute属性 、同步域

 NET上下文的概念

应用程序域是进程中承载程序集的逻辑分区，在应用程序域当中，存在更细粒度的用于承载.NET对象的实体，上下文是用来确定对象的逻辑归属，那就.NET上下文Context。
所有的.NET对象都存在于上下文当中，每个AppDomain当中至少存在一个默认上下文（context 0）。

即使处在同一个AppDomain中的两个对象，如果它们所处的上下文不同，在访问对方的方法时，也会借由Transparent Proxy实现，即采用基于消息的方法调用方式。
一般不需要指定特定上下文的对象被称为上下文灵活对象（context-agile），建立此对象不需要特定的操作，只需要由CLR自行管理，一般这些对象都会被建立在默认上下文当中。

  透明代理

在上下文的接口当中存在着一个消息接收器负责检测拦截和处理信息，当对象是MarshalByRefObject的子类的时候，CLR将会建立透明代理，实现对象与消息之间的转换。
应 用程序域是CLR中资源的边界，一般情况下，应用程序域中的对象不能被外界的对象所访问。而MarshalByRefObject 的功能就是允许在支持远程处理的应用程序中跨应用程序域边界访问对象，在使用.NET Remoting远程对象开发时经常使用到的一个父类。
此文章针对的是进程与应用程序域的作用，关于MarshalByRefObject的使用已经超越了本文的范围，关于.NET Remoting 远程对象开发可参考：“回顾.NET Remoting分布式开发”。

 上下文绑定

当系统需要对象使用消息接收器机制的时候，即可使用ContextBoundObject类。ContextBoundObject继承了MarshalByRefObject类，保证了它的子类都会通过透明代理被访问。
在 第一节介绍过：一般类所建立的对象为上下文灵活对象（context-agile），它们都由CLR自动管理，可存在于任意的上下文当中。而 ContextBoundObject 的子类所建立的对象只能在建立它的对应上下文中正常运行，此状态被称为上下文绑定。其他对象想要访问ContextBoundObject 的子类对象时，都只能通过代透明理来操作。

上下文可以看作应用程序域中一个包含对象和消息接收器的区域。对上下文里的对象的调用会转换成可以被MessageSink（消息接收器）拦截和处理的消息。我们知道要把调用转换成消息，必须通过透明代理这个中介。而且，仅当对象是MarshalByRefObject的子类的实例并被其所在的应用程序域以外的实体调用时，CLR才会为它创建透明代理。这里，我们希望对所有调用使用消息接收器机制，即使那些调用是来自同一个应用程序域中的实体。这个时候我们就需要用到System.ContextBoundObject类了。继承自ContextBoundObject的类的实例同样仅能由透明代理访问。此时，即使在这个类的方法中使用的this引用也是透明代理而不是对这个对象的直接引用。我们会发现ContextBoundObject类继承自MarshalByRefObject，这非常合理，因为它很好地强调了该类的特性——它告诉CLR这个类将会通过透明代理使用。

ContextBoundObject的子类的实例被视为上下文绑定的（context-bound）。没有继承自ContextBoundObject的类的实例则被视为上下文灵活的（context-agile）。上下文绑定的对象永远在其上下文中执行。只要不是远程对象，上下文灵活的对象总是在执行这个调用的上下文中执行。您可以在任何 ContextBoundObject 上使用SynchronizationAttribute来同步所有实例方法和字段。同一上下文域中的所有对象共享同一锁。允许多个线程访问方法和字段，但一次只允许一个线程。

将System.Runtime.Remoting.Contexts.SynchronizationAttribute应用于某个类后，该类的实例无法被多个线程同时访问。我们说，这样的类是线程安全的。

 应用

使用SynchronizationAttribute和ContextBoundObject一起组合创建一个简单的自动的同步。
该对象内部构成一个同步域。只允许一个线程进入。
将 SynchronizationAttribute应用于某个类后，该类的实例无法被多个线程同时访问。我们说，这样的类是线程安全的。
该方式实现的同步已经过时，只做了解。

using System;
using System.Threading;
using System.Runtime.Remoting.Contexts;
 
[Synchronization]//如果[Synchronization（ture）]就表示允许线程重入 ，这样容易引发死锁
public class AutoLock : ContextBoundObject
{
  public void Demo()
  {
    Console.Write ("Start...");
    Thread.Sleep (1000);           // We can't be preempted here
    Console.WriteLine ("end");     // thanks to automatic locking!
  } 
}
 
public class Test
{
  public static void Main()
  {
    AutoLock safeInstance = new AutoLock();
    new Thread (safeInstance.Demo).Start();     // Call the Demo
    new Thread (safeInstance.Demo).Start();     // method 3 times
    safeInstance.Demo();                        // concurrently.
  }
}
//输出：
//Start... end
//Start... end
//Start... end

 【MSDN：将 SynchronizationAttribute 应用到一个上下文绑定对象会导致创建等待句柄和自动重置事件，这些内容不一定会被作为垃圾来回收。因此，不要在很短的时间内创建大量用 SynchronizationAttribute 标记的上下文绑定对象。】

原因就是整个对象都是一个锁，就是在thread1没处理完，其他线程是无法进行操作的。

CLR确保一次只有一个线程可以执行其中的代码。它通过创建一个同步对象来实现这一点——并在每个方法或属性的每次调用时锁定它。锁的作用域——在本例中同步对象——被称为同步上下文。safeinstancesafeinstance
那么，这是如何工作的呢?一个线索在属性的命名空间:。A可以被认为是一个“远程”对象，这意味着所有的方法调用都被拦截。为了使这种拦截成为可能，当我们实例化时，CLR实际上返回一个代理——一个具有与对象相同的方法和属性的对象，它充当中介。自动锁定就是通过这个中介发生的。总的来说，拦截在每个方法调用上增加了大约一微秒。。。点击查看内容来源

 同步域

.NET同步域(Synchronization特性)

同步域的概念是来源于多线程的场合，在我们进行多线程操作的时候，让很多个线程去同时访问一个内存对象的时候，是必须用锁来保证只有一个线程进入对象操作的，那么同步域的概念就是同步的是一个区域，而不是单单的一个对象。

上面的例子中对象的内部就形成一个同步域，只允许一个线程进入。