我在网站上启用了 wcf ajax（这是一个网络聊天）。
出于某种原因，当我需要执行回发时，我的 wcf 服务以意外的方式工作（例如通话中的大延迟、下班等）。
当我也尝试从受保护的页面通过 javascript 调用一些 wcf 函数时，就会发生奇怪的事情（许多页面都受 web config 的身份验证模式 = 形式的保护）。
上述问题是不是同一个原因造成的？但这可能是什么原因？
编辑：
我注意到只有当我的网站包含带有 sessionStart 和 SessionEnd 事件处理程序的全局 asax 文件时才会出现上述问题（即使这些事件处理程序是空的，即没有任何指令也是如此）。
@EDIT：好的，关于回发的问题是由于 devExpress 控制（验证码）。如果我使用一个简单的按钮来做一些 postabck 一切正常。也许那个组件在我的页面中注入了一些错误的脚本，我不知道。因此，仅通过登录对受保护页面的访问仍然存在疑问。重要的是要知道登录问题仅发生在登录页面放置在内部（嵌套）应用程序上的生产站点上，而在登录机制位于同一应用程序上的测试站点上一切正常。但是，此时我通过更改聊天访问的登录逻辑来解决。我已经删除了该聊天管理页面的 Web 配置中的保护，并在其 init 事件中检查了用户凭据。如果它没有被记录，那么我执行一个简单的重定向到登录页面并且一切正常。
@@EDIT 好吧，我找到了确切的原因并解决了它。请看这里：http: //blogs.msdn.com/b/silverlightws/archive/2009/09/30/having-a-pollingduplex-service-and-any-other-wcf-service-in-the -same-website-causes-silverlight-calls-to-be-slow.aspx