Exécution de JPanels dans leurs propres threads.

Question

J'ai un peu de mal avec les composants Swing.

Dans un JFrame, j'ai un GLCanvas et un JEditorPane séparés par un JSplitPane. Cette configuration rend la réponse de l'affichage instable dans les deux panneaux.

Cependant, quand je place les GLCanvas et JEditorPane chacun dans leur propre JFrame, la réponse d'affichage est grande.

Je suppose que c'est parce que, dans le second cas, toutes les opérations sur ces composants sont effectuées dans des threads séparés. Si oui, mes questions sont les suivantes:

Est-il possible d'exécuter des composants dans leurs propres threads? Ou y a-t-il une meilleure façon de le faire?

Merci pour toute aide que vous pouvez fournir.

Answer 1

Je pense que votre hypothèse est incorrecte. Toutes les opérations de dessin Swing se produisent sur le même thread.

Peut-être pourriez-vous approfondir votre description du mot 'choppy'? Peut-être s'agit-il d'un problème de double buffering ou de non-double buffering?

Answer 2

Je soupçonne que la mauvaise performance dans le premier cas a plus à voir avec Mixing heavy and light components. Comme la plupart des API graphiques, Swing utilise un single, event dispatch thread pour mettre à jour l'écran; Je devine que JOGL doit adhérer à la même restriction. En même temps, il y a many ways pour effectuer un travail dans un autre thread et communiquer avec l'environnement graphique.

Answer 3

On dirait que @trashgod a raison. GLCanvas est un "lourd" composant descendant de awt Canvas. Pour voir si c'est vraiment un cas Je suggère de remplacer GLCanvas avec GLJPanel, qui est un descendant du composant Swing de JPanel.