C# wa=wsignupcleanup1.0未注销依赖方上的用户 使用Windows身份基础的项目。 在测试注销解决方案时，我发现以下调用 不删除RP上的FedAuth cookie。 这反过来会让用户保持在RP的登录状态

为了纠正这种情况，我在Global.asax中添加了以下代码：

protected void Application_Start()
{
    FederatedAuthentication.WSFederationAuthenticationModule.SigningOut += new EventHandler<SigningOutEventArgs>(WSFederationAuthenticationModule_SigningOut);
}

void WSFederationAuthenticationModule_SigningOut(object sender, SigningOutEventArgs e)
{
    FederatedAuthentication.SessionAuthenticationModule.DeleteSessionTokenCookie();
}

受保护的无效应用程序\u Start（）
{
FederatedAuthentication.WSFederationAuthenticationModule.SigningOut+=新事件处理程序（WSFederationAuthenticationModule\u SigningOut）；
}
void WSFederationAuthenticationModule_SigningOut（对象发送方，SigningOutEventArgs e）
{
FederatedAuthentication.SessionAuthenticationModule.DeleteSessionTokenCookie（）；
}

但是WIF不应该自动处理这件事吗？

---

还是这样做？

同意@Anton。它应该适用于WIF cookies。但它不会清理您自己的会话

---

如果你有额外的东西要清理，那么你需要做额外的工作。需要注意的是，会话对象不能从任何WIF事件处理程序获得。例如，您不能从WSFederationAuthenticationModulesSigningOut调用Session.About（）。通常，您会重定向到另一个页面进行最终清理。这里有一个例子：（示例1）

同意@Anton。它应该适用于WIF cookies。但它不会清理您自己的会话

---

如果你有额外的东西要清理，那么你需要做额外的工作。需要注意的是，会话对象不能从任何WIF事件处理程序获得。例如，您不能从WSFederationAuthenticationModulesSigningOut调用Session.About（）。通常，您会重定向到另一个页面进行最终清理。此处提供了一个示例：（示例#1）

确保所有url大小写都匹配，即使IIS中的应用程序名称、网站名称大小写也应与配置中的url匹配。我很难找到这个。请参见此处：

确保所有url大小写都匹配，即使IIS中的应用程序名称、网站名称大小写也应与配置中的url匹配。我很难找到这个。请参见此处：

它应该可以工作，尤其是在我们的项目中。使用Fiddler、FireBug或类似工具检查RP的HTTP响应。还要检查您是否在web.config中正确激活WIF httpModules。我使用了代码，但收到了类似

编译器错误消息的错误：CS0246:找不到类型或命名空间名称“SigningOutEventArgs”（您是否缺少using指令或程序集引用？

它应该可以工作，尤其是在我们的项目中。使用Fiddler、FireBug或类似工具检查RP的HTTP响应。并检查您是否在web.config中正确激活WIF httpModules。我使用了代码，但收到了类似

编译器错误消息的错误：CS0246:找不到类型或命名空间名称“SigningOutEventArgs”（您是否缺少using指令或程序集引用？