Question

Aujourd'hui, j'ai confondu deux problèmes liés à HttpApplicationState d'ASP.net. Mes questions sont les suivantes

  1. Si j'utilise un StateServer pour la gestion de session (le composant de gestion de session out proc que je veux utiliser pour le déploiement de mon jardin Web), puis-je supposer que HttpApplicationState (j'accède via System .Web.UI.Page.Application) est également stocké dans le StateServer comme Session? Donc, si mon processus de travail A écrit une valeur "10" Dans l'application Page.Application, une autre requête exécutée ultérieurement dans le processus de travail B doit voir cela "10". pour la même clé - est-ce correct?

  2. Un de mes collègues développeurs m'a dit qu'il avait trouvé dans son test, dans un scénario StateServer, s'il avait 100 entrées de valeur / clé insérées dans la page.Session, puis lorsqu'il essayait de lire Si la clé provient d’une requête différente, le processus de travail introduit les 100 entrées entières dans l’espace mémoire actif du processus de travail, puis sert la clé demandée par la demande. Est-ce vrai?

Nous apprécierions beaucoup que quelqu'un puisse m'aider à dissiper mes confusions à cet égard.

Merci!

Était-ce utile?

La solution

  1. StateServer ne prend en charge que l'état de session. L'état de l'application est limité à AppDomain.

  2. Le StateServer stocke une sérialisation d'une session. Il n'a aucun moyen de savoir comment accéder à une valeur de clé spécifique. Lorsque la session est utilisée, la session est réhydratée dans l'application qui en a besoin et est utilisée comme donnée de session normale pour la durée de la requête.

Autres conseils

  1. Pour autant que je sache, le serveur d'état hors processus ne stocke pas les données HttpApplicationState. Vous pouvez le tester facilement pour en être sûr, mais je doute que ce soit le cas.

  2. Je ne pense pas que ce soit vrai non plus. Le magasin de session est essentiellement une table de hachage. Rechercher une clé unique dans une table de hachage ne devrait renvoyer que la valeur associée. Vous ne devriez pas voir le comportement que vous décrivez. Encore une fois, vous devriez pouvoir le tester facilement.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top