un comportement inattendu de l'objet stocké dans le service Web Session

Question

J'utilise des variables de session dans un service Web pour maintenir l'état entre les appels successifs de méthode par une application externe appelée QBWC. Je mis cela en décorant mes méthodes de service web avec cet attribut:

[WebMethod(EnableSession = true)] 

J'utilise la variable de session pour stocker une instance d'un objet personnalisé appelé QueueManager. Le QueueManager possède une propriété appelée ChangeQueue qui ressemble à ceci:

[Serializable] 
public class QueueManager 
{ 
    ... 
    public Queue<QBChange> ChangeQueue { get; set; } 
    ... 

où QBChange est un objet métier personnalisé appartenant à mon service Web.

Maintenant, chaque fois que je reçois un appel à une méthode dans mon service web, j'utiliser ce code pour récupérer mon objet QueueManager et accéder à ma file d'attente:

QueueManager qm = (QueueManager)Session[ticket]; 

puis-je supprimer un objet de la file d'attente, en utilisant

qm.dequeue() 

puis-je enregistrer l'objet gestionnaire de requête modifiée (modifiée car elle contient un objet moins dans la file d'attente) Retour à la variable de session, comme suit:

Session[ticket] = qm; 

prêt pour le prochain appel de méthode de service Web en utilisant le même billet.

Maintenant, voici la chose: si je commente cette dernière ligne

//Session[ticket] = qm; 

, le service Web se comporte exactement de la même manière, ce qui réduit la taille de la file d'attente entre les appels de méthode. Maintenant pourquoi est-ce?

Le service web semble être une classe de mise à jour contenue sous forme sérialisée dans une variable de session sans être demandé. Pourquoi ferait-il ça? Lorsque je désérialise mon objet Queuemanager, la variable qm contient-elle une référence à l'objet sérialisé dans la variable Session [ticket] ?? Cela semble très improbable.

Answer 1

Tous les types de référence (comme les classes) sont stockées dans la mémoire comme référence et état de session est également (normalement) stocké dans la mémoire, mais peuvent également être stockés dans un fichier ou une base de données. Lorsque vous stockez des types de référence dans Session, vous devez presque toujours vous assurer qu'ils sont également sérialisables.

QueueManager est un type de référence, donc tout ce que le Session[ticket] fait contient une référence en mémoire. Vous n'avez pas besoin de re-assigner comme la variable Session se IS l'élément que vous modifiez.

Ceci est juste une version simplifiée de ce que vous faites:

Session["Foo"] = new Bar(); 
Bar rar = (Bar)Session["Foo"]; 
rar.Count = 1; 

if (((Bar)Session["Foo"]).Count == 1) 
{ 
    // Great success! 
}