前面的两篇文章（《WCF授权-Identity与Principal[上篇]》和《WCF授权-Identity与Principal[下篇]》） 主要探讨基于安全主体的授权。通过这些介绍我们知道：如果我们在实施授权的时候，当前线程的安全主体能够被正确设置，我们就可以正确地完成授权。基于相同 的原理，对于WCF的服务授权，如果正确的安全主体能够在服务操作被执行之前被正确设置到当前线程，借助于这个安全主体，我们不但可以采用命令式编程的方 式将授权逻辑写在相应的操作中，也可以采用声明式编程的方式将授权策略定义在应用在服务操作方法上的PrincipalPermissionAttribute特性中。

一、三种授权模式

　　安 全主体具有两个基本的要素：身份与权限。身份在客户端经过认证之后已经确立下来，现在需要解决的问题就是如何获取被认证用户的权限。为了解决这个问 题，WCF为我们提供了不同的方案，我们把这些方案成为不同的“安全主体权限模式（Principal Permission Mode）”。具体来说，WCF支持如下三种安全主体权限模式。

• 采用Windows用户组：将经过认证的用户映射为同名的Windows帐号，将该帐号所在的用户组作为权限集；
• 采用ASP.NET Roles提供程序：通过ASP.NET角色管理机制借助于某个RoleProvider获取基于当前认证用户的角色列表，并将其作为权限集；
• 自定义权限模式：自定义权限解析和安全主体创建机制。

　　在WCF关于安全应用编程接口中，安全主体权限模式通过System.ServiceModel.Description.PrincipalPermissionMode枚举表示。下面的代码片断表示PrincipalPermissionMode的定义。

   1: public enum PrincipalPermissionMode

   2: {

   3:     None,

   4:     UseWindowsGroups,

   5:     UseAspNetRoles,

   6:     Custom

   7: }

　　采用的安全主体权限模式决定了最终生成的安全主体的类型。之前我们介绍了WindowsPrincipal和GenericPrincoipal，而UseAspNetRoles模式对应的是另一种安全主体类型：RoleProviderPrincipal。

二、RoleProviderPrincipal

　　RoleProviderPrincipal定义在System.ServiceModel.Security命名空间下。 RoleProviderPrincipal顾名思义，就是基于ASP.NET RoleProvider授权模式下产生的安全主体。和X509Identity一样，RoleProviderPrincipal仅仅是定义在 System.ServiceModel程序集中的一个内部类型而已。下面的代码片断体现了RoleProviderPrincipal的定义。

   1: internal sealed class RoleProviderPrincipal : IPrincipal

   2: {   

   3:     public RoleProviderPrincipal(object roleProvider, ServiceSecurityContext securityContext);

   4:     public bool IsInRole(string role);

   5:     public IIdentity Identity { get; }

   6: }

三、ServiceAuthorizationBehavior

　　在运行时，WCF的服务端框架根据当前DispatchRuntime的PrincipalPermissionMode属性判断具体采用哪种安全 主体权限模式。如果采用UseAspNetRoles模式，通过RoleProvider属性得到用于获取角色列表的RoleProvider。 PrincipalPermissionMode和RoleProvider在DispatchRuntime中的定义如下所示。

   1: public sealed class DispatchRuntime

   2: {

   3:     //其他成员

   4:     public PrincipalPermissionMode PrincipalPermissionMode { get; set; }

   5:     public RoleProvider RoleProvider { get; set; }

   6: }

　　而DispatchRuntime的上述两个属性最终是通过一个特殊的服务行为进行设置的，该服务行为的类型为ServiceAuthorizationBehavior。 从下面的代码片断中可以看到PrincipalPermissionMode和RoleProvider两属性依然定义在 ServiceAuthorizationBehavior中。定义在ServiceAuthorizationBehavior中的授权相关的设置最终 通过ApplyDispatchBehavior方法被应用到所有终结点分发器（EndpointDispatcher）的 DispatchRuntime上。

public sealed class ServiceAuthorizationBehavior : IServiceBehavior
    {
        //其他成员
        void IServiceBehavior.AddBindingParameters(ServiceDescription description, ServiceHostBase serviceHostBase, Collection<ServiceEndpoint> endpoints, BindingParameterCollection parameters);
        void IServiceBehavior.ApplyDispatchBehavior(ServiceDescription description, ServiceHostBase serviceHostBase);
        void IServiceBehavior.Validate(ServiceDescription description, ServiceHostBase serviceHostBase);
     
        public PrincipalPermissionMode PrincipalPermissionMode { get; set; }
        public RoleProvider RoleProvider { get; set; }
   }

来源：http://www.cnblogs.com/artech/archive/2011/07/01/authorizationmode.html

加支付宝好友偷能量挖...