我在网站上托管了一个wcf ajax（这是一个网络聊天）。
出于某种原因，当我需要执行回发时，我的wcf服务以意想不到的方式工作（例如呼叫中的大延迟，工作等等......）。
当我尝试通过来自受保护页面的javascript调用某些wcf函数时出现奇怪（许多页面受到具有身份验证模式=表单的Web配置的保护）。
上述问题是否由同样的原因引起？但这可能是什么原因？
编辑：
我注意到只有当我的网站包含带有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