static – Klassenmitglieder ohne Instanz¶

Kurzüberblick¶

flowchart LR
    A[Klasse] --> B[static Mitglieder]
    A --> C[Instanzen]
    C --> D[nicht-static Mitglieder]

👉 Wichtig:

static = gehört zur Klasse
nicht-static = gehört zum Objekt

public class Counter {
    public static int count = 0;
}

Counter.count++;

⚠️ Achtung: - Änderungen wirken sich auf alle Instanzen aus

public static int add(int a, int b) {
    return a + b;
}

Aufruf:

Calculator.add(3, 5);

👉 Grund: Es existiert keine Instanz

public class Example {
    int x = 10;

    public static void test() {
        // System.out.println(x); ❌ Fehler
    }
}

✔ Lösung: - Entweder x auch static machen - Oder Objekt erzeugen

static {
    System.out.println("Klasse wird geladen");
}

class Outer {
    static class Inner {
    }
}

👉 Konsequenz: - Statische Methoden werden nicht überschrieben, sondern nur verdeckt (method hiding)

public class User {
    public static int userCount = 0;

    public User() {
        userCount++;
    }
}

User u1 = new User();
User u2 = new User();

System.out.println(User.userCount); // 2

public class MathHelper {
    public static int square(int x) {
        return x * x;
    }
}

👉 Kein Objekt notwendig → sinnvoll für reine Funktionen

Typische Prüfungsfragen:

Merksatz:

static bedeutet: Es gibt genau eine gemeinsame Version für alle Objekte

⚠️ Teilweise richtig, aber gefährlich

❌ Fehler:

public static void test() {
    System.out.println(this.x); // nicht erlaubt
}

👉 Kein this vorhanden

❌ Problem: - schwer testbarer Code - kein objektorientiertes Design

👉 Symptome: - „Alles static“ → prozedural statt OOP

⚠️ Risiko: - Race Conditions (bei Multithreading) - schwer nachvollziehbare Bugs

👉 Gute Praxis: - static bewusst und sparsam einsetzen - Kapselung und OOP-Prinzipien nicht verletzen