Discussion :

[SuperCed]

Voilà, j'aimerais comprendre comment Java va gérer la mémoire dans ce cas présent.

j'ai une boucle dans ma classe principale sur le "main thread" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
public class MaClassePrincipale
public MaClassePrincipale() {
while(true) {
// fait des trucs
MyThread t = new MyThread();
// fait d'autres trucs
}
}
}
public static void main(String args[]) {
new MaClasserincipale();
}

Ma deuxième classe :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
public class MyThread() implement Runnable() {
public MyThread() {
this.start();
}
public void run() {
//fait des machins
}
}

Je voudrais savoir si je vais saturer la mémoire avec ce genre de boucle ou pas d'une part?

D'autre part, je vais écraser la variable t à chaque itération.
Est-ce que ça va me poser de problème ou pas?
Est-ce que ça va effacer prématurément mon instance de classe MyThread?

Ou est-ce que ça ne pose aucun problème?

Sinon, je peux créer un tableau de MyThread, garder une référence sur chacune des instances. Puis en fin de script run, j'appelle une méthode sur ma classe principale qui met la référence à null dans mon tableau.

Qu'en pensez vous?

D'autre part, j'aimerais savoir si mon garbage collector va être appelé ou pas. J'ai un doute, car je fais une boucle sur la main thread et j'ai peur que le gc ne soit jamais appelé...
Dois-je le forcer à s'éxécuter?

Merci

[adiGuba]

Je voudrais savoir si je vais saturer la mémoire avec ce genre de boucle ou pas d'une part?

Ca dépend beaucoup des "machins" que tu fais dans tes threads...

C'est sûr que si tu crées un thread toutes les millisecondes et que ce dernier utilise un max de mémoire et de grosse quantité de mémoire tu risques d'avoir des soucis...

Il faut voir également "des trucs" que tu fais dans ta boucle principale, afin de savoir la fréquence de créations de threads...

Bref cela dépend de la "consommation" que tu vas avoir...

D'autre part, je vais écraser la variable t à chaque itération.
Est-ce que ça va me poser de problème ou pas?
Est-ce que ça va effacer prématurément mon instance de classe MyThread?

Non et non (puisque le thread est lancé, une instance est toujours disponible).

Il n'y a aucun problème là dedans (mis à part une éventuelle surconsommation selon ce que j'ai indiqué plus haut).

Sinon, je peux créer un tableau de MyThread, garder une référence sur chacune des instances. Puis en fin de script run, j'appelle une méthode sur ma classe principale qui met la référence à null dans mon tableau.

Qu'en pensez vous?

Pourquoi s'embêter comme cela ???

D'autre part, j'aimerais savoir si mon garbage collector va être appelé ou pas. J'ai un doute, car je fais une boucle sur la main thread et j'ai peur que le gc ne soit jamais appelé...
Dois-je le forcer à s'éxécuter?

Non le GC se débrouille très bien tout seul : tu n'as pas à le forcer à s'exécuter (au contraire même cela pourrait te pourrir les perfs).

Ton boulot consiste uniquement à bien définir les scopes de tes objets au strict minimum (ne pas utiliser un attribut static ou d'instance pour une variable temporaire, etc.). Le GC se charge du reste...


a++

[SuperCed]

Ca dépend beaucoup des "machins" que tu fais dans tes threads...

C'est sûr que si tu crées un thread toutes les millisecondes et que ce dernier utilise un max de mémoire et de grosse quantité de mémoire tu risques d'avoir des soucis...

Il faut voir également "des trucs" que tu fais dans ta boucle principale, afin de savoir la fréquence de créations de threads...

Bref cela dépend de la "consommation" que tu vas avoir...


Non et non (puisque le thread est lancé, une instance est toujours disponible).

Il n'y a aucun problème là dedans (mis à part une éventuelle surconsommation selon ce que j'ai indiqué plus haut).


Pourquoi s'embêter comme cela ???


Non le GC se débrouille très bien tout seul : tu n'as pas à le forcer à s'exécuter (au contraire même cela pourrait te pourrir les perfs).

Ton boulot consiste uniquement à bien définir les scopes de tes objets au strict minimum (ne pas utiliser un attribut static ou d'instance pour une variable temporaire, etc.). Le GC se charge du reste...


a++

Mes threads ne sont pas lancés trop souvent.

Génial, j'ai ici toutes mes réponses.
En fait, le gc fait tout pour moi, c'est très pratique.

Pour le nombre de threads lancés, il n'est pas énorme.
Donc c'est parfait!

En fait, mon doute venait du fait que j'avais peur que l'instance de t soit remplacée par le nouveau thread. Du coup, t ne pointe que sur le nouveau thread. Le gc passe et me vire mon premier objet MyThread qui est encore en train de tourner.

Mais à priori, d'après ce que tu dis, l'instance reste valable tant que le thread tourne. Donc c'est parfait!

Merci beaucoup!