blocks|key|1821739|text|首先在你自己的代码中寻找bugs+-这是目前为止最有可能的解释。例如使用静态字段或诸如用于用户专用数据的ASP.NET高速缓存的其它共享存储器。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1821740|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Look for bugs in your own code first - this is by far the most likely explanation. E.g. using static fields or other shared memory such as the ASP.NET cache for user-specific data.

blocks|key|1821771|text|它发生了多少次？您是否检查了使用浏览器返回的用户或使用会话Did互相发送链接的用户？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1821772|检查State+Server错误的一种方法是切换到另一个会话管理器，如果可以或使用SQL+Server，则回退到in-proc，但最好先找到一种方法来重现该错误，以便您可以对其进行测试。|1821773|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

How many times did it occur? Did you check for users using browser back or sending links to each other with session ids?

One way to check for sure about State Server bug is to switch to another session manager, fallback to in-proc if you can or use SQL Server but would be better to find a way to reproduce the bug it first so you could test it.

blocks|key|1821948|text|我们在我以前的公司遇到了这个问题，花了3周的时间进行调试。ASP.NET为用户提供了另一个用户的会话状态。在调试环境中复制它确实是不可能的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1821949|当我们发现它只是web.config中的一些东西时，修复了它。我没有完全记住它，所以我花了一些时间谷歌。我认为这个问题与输出缓存有关。请看这篇“会话和输出缓存”下的文章。|1821950|http://download.microsoft.com/download/3/a/7/3a7fa450-1f33-41f7-9e6d-3aa95b5a6aea/MSDNMagazineJuly2006en-us.chm+(这篇文章的标题是Jeff+Prosise在2006年7月的MSDN杂志上发表的文章《避免这10个常见的ASP.NET陷阱，让网站运行得顺畅》)|offset|length|1821951|如果这听起来像您的场景，那么修复方法可能只是禁用web.config中的enableKernelOutputCache选项。|1821952|祝好运。|1821953|entityMap|0|LINK|mutability|MUTABLE|url|http://download.microsoft.com/download/3/a/7/3a7fa450-1f33-41f7-9e6d-3aa95b5a6aea/MSDNMagazineJuly2006en-us.chm^0|0|0|0|33|0|0|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|V|8|@]|9|@$F|W|G|X|1|Y]]|A|$]]|$1|H|3|I|5|6|7|Z|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|10|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|11|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S]]]]

We ran into this exact issue in my previous company and took 3 weeks to debug it. ASP.NET was giving a user someone else's session state. It was really impossible to duplicate in a debug environment.

The fix when we found it was just something in web.config. I don't fully remember it, so I spent some time googling. I believe the issue had something to do with output caching. Take a look at this article under "Sessions and Output Caching".

<a href="http://download.microsoft.com/download/3/a/7/3a7fa450-1f33-41f7-9e6d-3aa95b5a6aea/MSDNMagazineJuly2006en-us.chm" rel="nofollow noreferrer">http://download.microsoft.com/download/3/a/7/3a7fa450-1f33-41f7-9e6d-3aa95b5a6aea/MSDNMagazineJuly2006en-us.chm</a> (the article is titled Keep Sites Running Smoothly By Avoiding These 10 Common ASP.NET Pitfalls by Jeff Prosise in July 2006 edition of MSDN magazine)

If that sounds like your scenario, then the fix might just be disabling the enableKernelOutputCache option in web.config.

Good luck.

blocks|key|2035711|text|两个交叉的用户是否都在使用相同的缓存代理？如果是这样，那么如果URL匹配，那么一个用户可能会看到为另一个用户缓存的数据，特别是在代理行为不佳的情况下。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2035712|这难道不是Google+Web+Accelerator项目(现已停止)的主要问题吗？|2035713|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Could the two crossed users both be using the same cacheing proxy? If so, then one user might see data that was cached for another user if the URLs matched, especially if the proxy isn't well behaved.

Wasn't this the main problem with the Google Web Accelerator project (now discontinued)?

blocks|key|1822133|text|有这个问题，结果是部分视图上的OutputCache属性。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1822134|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Had this problem, turned out to be an OutputCache attribute on a partial view.

We store two objects in session. Somehow, one of the objects from another user got loaded into a different user's session. The user should have had no access to this particular data, and as soon as they saw it they knew something was very wrong.

We have visual proof of the data that was presented to him, and there is certainly no way it could've happened unless the sessions got mixed up. This is a very scary situation which we can not figure out (we can not reproduce it). The only answer for us is to blame ASP.NET StateServer for mixing the session variables up, which is completely unacceptable and puts us in a bad position.

Our applications are ASP.NET 2.0 apps running on Windows Server 2003 with IIS6, using the <code>StateServer cookieless="false"</code> session mode and FormsAuthentication.

Has anybody else had this problem? How can we resolve it?

ASP.NET Session Mix-up using StateServer (SCARY!)

Windows Server

SQL Server

Windows

我们在会话中存储两个对象。不知何故，来自另一个用户的一个对象被加载到另一个用户的会话中。用户应该没有访问此特定数据的权限，当他们看到它时，他们就知道出了很大的问题。我们有提交给他的数据的可视证据，除非会议弄混了，否则肯定不可能发生。这是一个非常可怕的情况，我们不能弄清楚(我们不能复制它)。对于我们来说，唯一的答案就是指...

问使用StateServer的ASP.NET会话混乱(可怕！)
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问使用StateServer的ASP.NET会话混乱(可怕！)EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问使用StateServer的ASP.NET会话混乱(可怕！)
EN