我来帮你排查这个WCF自定义验证器的程序集加载问题，这类错误通常和程序集部署、配置或引用设置有关，给你几个常见的解决方向：

• 确认程序集及依赖项已正确部署
  确保Ringo.Authentication.dll和它的依赖项Ringo.Utilities.dll已经被部署到WCF服务的运行目录中：

  • 如果是Web服务，检查网站根目录下的bin文件夹是否包含这两个dll；
  • 如果是Windows服务，确认服务的执行目录里存在这些文件。
    编译时可以右键项目→属性→生成，查看输出路径，确保编译后的文件在指定位置，发布时也不要遗漏它们。

• 验证配置文件中的程序集引用格式
  检查WCF配置文件里的customUserNamePasswordValidatorType属性是否正确，格式应该是命名空间.类名, 程序集名称，比如：

  <serviceCredentials>
    <userNameAuthentication userNamePasswordValidationMode="Custom" customUserNamePasswordValidatorType="Ringo.Authentication.CustomUserNameValidator, Ringo.Authentication" />
  </serviceCredentials>
  

  注意逗号后的程序集名称要和实际dll的文件名完全一致（包括大小写，CLR加载时可能严格匹配），如果程序集有强签名，还要加上版本、公钥令牌等信息。

• 检查项目引用的“复制本地”设置
  在你的WCF服务项目中，找到对Ringo.Authentication项目的引用，右键点击→属性，将“复制本地”设置为True。这样编译时会自动把该程序集及其依赖项复制到输出目录，避免部署时手动遗漏。

• 用融合日志查看加载失败细节
  如果上面的方法都没解决问题，可以开启CLR的融合日志来定位具体原因：

  1. 以管理员身份打开命令提示符，运行fuslogvw.exe；
  2. 在工具界面点击“设置”，选择“记录绑定失败到磁盘”；
  3. 重现错误后，回到工具就能看到程序集加载的详细过程，比如是哪个依赖项缺失、版本不兼容还是权限问题。

• 检查运行账户的文件权限
  确保WCF服务的运行账户（比如IIS应用池账户、Windows服务账户）拥有读取Ringo.Authentication.dll文件的权限。有时候文件虽然存在，但权限不足也会导致加载失败。

附上你提供的代码片段方便参考：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.IdentityModel.Selectors;
using System.IdentityModel.Tokens;
using Ringo.Utilities;

namespace Ringo.Authentication {
    public class CustomUserNameValidator : UserNamePasswordValidator {
        public override void Validate(string userName, string password) {
            // 自定义验证逻辑
        }
    }
}

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