如何在WCF中仅为单个端点设置Basic Authorization且不影响原有配置

完全可以实现。这个需求是WCF原生架构就支持的场景，全程不需要改动原有端点、绑定、契约、服务实现的任何已有配置和代码，完全能保证原有链路运行不受影响。
WCF的服务宿主模型里，每个端点是独立的配置、运行单元——哪怕大家共用同一个服务实现类、同一个服务契约，每个端点的绑定参数、安全策略、行为配置都是隔离生效的，不会跨端点互相污染。

• 第一步：把所有原有配置原封不动保留，不管是旧的basicHttpBinding、netTcpBinding绑定，还是对应的旧端点、全局服务行为，一行都不要改，这是保证原有链路不受影响的基础。
• 第二步：给新增的webHttpBinding建一个独立命名的专属绑定配置：千万不要改全局默认的无名称webHttpBinding配置，在<bindings>节点下新增一个带唯一名称的配置块，按需配置安全规则：
  • HTTP部署场景下，设置security mode="TransportCredentialOnly"
  • HTTPS部署场景下，设置security mode="Transport"
  • 在对应安全配置段，将clientCredentialType设为Basic。这个配置只会被显式引用了这个绑定名称的端点使用，完全不会影响其他绑定、其他端点的规则。
• 第三步：给新增的Web端点建专属的端点行为配置：不要修改全局服务行为，在endpointBehaviors节点下新增一个带唯一名称的行为块，配置webHttp绑定需要的基础属性（比如自动生成Web帮助页、HTTP缓存规则等），不需要额外加全局的认证拦截逻辑。
• 第四步：新增独立地址的Web端点：在服务的端点列表里加一个新项，显式指定独立的端点地址，引用刚才创建的专属webHttpBinding配置、专属端点行为配置，整个新增端点的配置和原有端点完全隔离。

• 绝对不要把Basic认证的配置写到无名称的默认webHttpBinding配置块里，否则所有隐式用了默认webHttpBinding的端点都会被强制要求Basic认证，影响范围会不受控。
• 不要把Basic认证的校验逻辑直接写在服务方法、全局拦截器里，否则不管从哪个端点进来的请求都会被要求认证，直接打破原有链路的正常运行逻辑。认证规则只需要在专属绑定的安全配置层定义，由绑定层在请求进入服务逻辑前完成校验即可。
• 如果需要自定义Basic认证的校验逻辑（比如对接自有用户表，而非用Windows账号库校验），可以单独实现自定义的UserNamePasswordValidator，把这个校验器配置到专属绑定对应的安全配置里就行，不要改全局的凭据验证器配置，避免影响其他绑定（比如原有绑定用到的Windows认证、证书认证逻辑）。

这套方案完全依托WCF原生的端点隔离能力设计，不存在配置串扰的问题——哪怕用完全相同的服务契约、相同的服务实现类，也能做到只对新增的Web端点单独施加Basic认证，完全不改动、不干扰原有端点的运行状态。

内容的提问来源于stack exchange，提问作者Shashank