threads bei klassen mit stat. funktionen...

[ruutaiokwu]

hallo zusammen,

wollte fragen ob jemand von euch weiss, wie es sich mit klassen bei threads verhält, wenn die klassen NUR statische funktionen enthalten, und keine membervariablen verwendet werden? (membervariablen* in solchen klassen zu verwenden, ist grundsätzlich ein unding meiner meinung nach, der letzte zugriff "gewinnt" dann immer...)

muss irgendwo etwas synchronisiert werden? meiner meinung nach nicht, falls keine membervariablen ins spiel kommen. bin mir aber nicht 100% sicher - kann mich jemand evtl. eines besseren belehren?

*wie sieht es bei konstanten (final) aus? wäre dort synchronisation notwendig? (oder "volatile"?) werden final-variablen von threads nicht grundsätzlich aus einer "anderen perspektive" angesehen?


grüsse, jan

 

[maki]

wollte fragen ob jemand von euch weiss, wie es sich mit klassen bei threads verhält, wenn die klassen NUR statische funktionen enthalten, und keine membervariablen verwendet werden?

Lokale Variablen werden pro Thread erzeugt, also keine sync. notwendig.

wie sieht es bei konstanten (final) aus?

Da in Klassen die nur statische Methoden haben die (statischen) finalen Variablen gleich initialisiert werden, ist das auch kein Problem imho.

(oder "volatile"?) werden final-variablen von threads nicht grundsätzlich aus einer "anderen perspektive" angesehen?

Das wären dann ja wieder statische, mutable & "shared" Member einer Klasse, die sind ja böse wie du bereits festgestellt hast.

 

[Empire Phoenix]

membervariablen* in solchen klassen zu verwenden, ist grundsätzlich ein unding meiner meinung nach, der letzte zugriff "gewinnt" dann immer...

Naja hängt vom anwendungszenario ab. Gibt genug da ist keine harte konsistenz benötigt, das geht im normalfall problemlos solange nur ein Thread schreibt. (Änderung tritt dann hat erst beim nächsten aufruf auf. Als beispiel könnte man Twitter oder son krams anführen)