Risposta

ClassLoader è un componente speciale nella JVM responsabile del caricamento del bytecode delle classi in memoria al loro primo utilizzo. Permette di caricare classi dinamicamente da diverse sorgenti (sistema di file, rete, archivi, ecc.).

Tipi di caricatori di classi:

• Bootstrap ClassLoader — caricatore di sistema, carica le classi di base della JVM (rt.jar).
• Extension ClassLoader — carica le estensioni dal percorso jre/lib/ext.
• System (Application) ClassLoader — carica le classi dell'applicazione dal classpath.
• Custom ClassLoader — caricatore personalizzato, utile per la modularità, il hot deployment, i plugin.

ClassLoader implementa il delegazione: prima tenta di caricare la classe dal caricatore genitore (parent-first), solo se non riesce cerca autonomamente.

Isolamento delle classi: Ogni caricatore di classi crea il proprio "ambito di visibilità" delle classi. Due classi con lo stesso nome, caricate da caricatore diversi, sono considerate tipi diversi all'interno della JVM.

Esempio di creazione di un caricatore personalizzato:

class MyClassLoader extends ClassLoader {
    @Override
    protected Class<?> findClass(String name) throws ClassNotFoundException {
        // Il tuo codice per la ricerca e il caricamento del bytecode della classe
        return super.findClass(name);
    }
}

---

Domanda trabocchetto

Possono due classi con lo stesso nome, caricate da caricatore diversi, essere considerate una sola classe all'interno della JVM?

Risposta: No! La JVM considera la classe unica in base alla coppia (nome completo della classe, caricatore di classi). Pertanto, le stesse classi, caricate da caricatore diversi, saranno considerate diverse.

---

Esempi di errori reali a causa della scarsa conoscenza delle sfumature della materia

---

Storia

In un'applicazione enterprise con supporto per un'architettura a plug-in, i plugin erano caricati da diversi caricatori di classi. Di conseguenza, tentare di passare un oggetto di tipo interfaccia (PluginInterface) tra l'applicazione principale e il plugin ha causato ClassCastException, perché la stessa interfaccia era stata caricata da caricatori diversi.

---

Storia

Quando si utilizzava un caricatore di classi personalizzato, non era stata implementata la delegazione al caricatore di classe genitore. Ciò ha portato al ricaricamento delle classi standard delle librerie, causando strani errori ClassCastException e LinkageError.

---

Storia

In un grande server Java EE, diverse applicazioni caricavano le proprie versioni della stessa libreria. La negligenza nella configurazione della catena di caricamento ha portato alla sovrapposizione delle classi tra le applicazioni, causando in un'occasione una massiccia perdita di memoria e malfunzionamenti a causa di conflitti di versione.