Passage de variables par référence et par valeur en C#
Note : Ce tutorial explique la différence entre le passage par valeur et le passage par référence en C#.
Petite Intro
Pour savoir si ce tutorial peut vous apprendre quelque chose de nouveau, répondez aux questions suivantes :
Soit le programme suivant :

- En C#, par défaut, est-ce qu’une variable est passée en paramètre d’une fonction par valeur ou par référence ?
Exemple : Lors de l’appel de la méthode Test2 ci-dessus, t1 est-il passé par valeur ou par référence ?
Réponse
Par défaut, le passage se fait par valeur. Dans l’exemple de la méthode Test2, t1 est une référence sur t qui est passée par valeur.
- Que vaut la variable i après exécution de la méthode Test1 ?
- Que vaut la variable t après exécution de la méthode Test2 ?
Réponse
t n’a pas changé, sa variable str vaut toujours init
- Que vaut la variable i après exécution de la méthode Test3 ?
- Que vaut la variable t après exécution de la méthode Test4 ?
Réponse
t est réinstancié, str est null
- Si Test était une structure et pas une classes, aurait-on les mêmes résultats ?
Réponse
Dans ce cas précis, oui.
Si vous n’avez pas tout fait juste, ce tutorial pourra peut-être vous être utile ! 
Explications
Des schémas valent sûrement bien mieux qu’un long discours. Voyons dans chacun des cas ce qui se passe sur le Stack et sur le Heap pour comprendre le fonctionnement du programme.
Dans les exemples qui suivent, le Stack sera toujours dessiné en rouge, alors que le Heap sera lui en bleu.
Premier exemple, exécution de Test1
On commence par mettre i sur le Stack car c’est une valeur
int i = 5 ;

On appelle maintenant la méthode Test1. x est crée sur le Stack, car c’est une valeur passée par valeur. Elle prend la valeur 5 car c’est la valeur qu’on lui passe en paramètre.
Ensuite, on lui affecte la valeur 4.

La méthode retourne, x meurent (GC) car elle était locale à Test1. Après le retour de la méthode, i reste donc inchangé.

Deuxième exemple, exécution de Test2
On commence par mettre une référence de t sur le Stack. Cette référence pointe sur l’objet qui est lui sur le Heap.
Test t = new Test() ;

On appel maintenant la méthode Test2. t1 est une référence passée par valeur, elle est donc mise sur le Stack et pointe au même endroit sur le Heap que t.

On demande ensuite de créer une nouvelle référence de l’objet t1.
t1 = new Test() ;

La méthode retourne, t1 meurent (GC) car elle était locale à Test2. Après le retour de la méthode, t reste donc inchangé.

Troisième exemple, exécution de Test3
On commence par mettre i sur le Stack car c’est une valeur
int i = 5 ;

On appelle maintenant la méthode Test3. x est crée sur le Stack, c’est une référence qui pointe sur i car c’est une valeur passée par référence. x pointe donc sur la valeur 5.
On affecte ensuite à x la valeur 15. Puisque x pointe sur i, i = 15.

La méthode retourne, x meurent (GC) car elle était locale à Test3. Après le retour de la méthode, i vaut donc maintenant 15.
Quatrième et dernier exemple, exécution de Test4
On commence par mettre une référence de t sur le Stack. Cette référence pointe sur l’objet qui est lui sur le Heap.
Test t = new Test() ;

On appel maintenant la méthode Test4. t2 est une référence passée par référence, elle est donc mise sur le Stack et pointe sur t

On demande ensuite de créer une nouvelle référence de l’objet t2.
t2 = new Test() ;
Puisqu’il pointe sur t, on obtient le schéma suivant :

La méthode retourne, t2 meurent (GC) car elle était locale à Test4. Après le retour de la méthode, t a donc été réinitialisé et sa variable str est null.

Voilà, j’espère que ces quelques schémas ont pu éclairer certaines lanternes ^^