Le prestazioni della scansione componenti Spring dipendono dalle dimensioni del pacchetto scansionato?

Question

Nella nostra applicazione si verificano problemi di prestazioni con Component Scan. È piuttosto lento e le sue prestazioni non dipendono dal numero di classi nel pacchetto scansionato.

Ogni riga come questa nel nostro file di configurazione sping:

<context:component-scan base-package="foo.bar" /> 

aggiunge 2 minuti per il tempo di avvio della nostra applicazione. Il numero di classi nel pacchetto scansionato non ha importanza - stiamo sperimentando lo stesso ritardo sia per i pacchetti con classi 10 che 1k.

Perché le prestazioni della scansione dei componenti non dipendono dalle dimensioni del pacchetto scansionato?

Stiamo utilizzando un approccio misto per la creazione di bean di primavera: utilizziamo sia le definizioni xml che la scansione dei componenti. Può essere questa la ragione di un tale comportamento?

Answer 1

Ciò che Spring fa è passare attraverso tutte le classi nei pacchetti che si danno nella scansione componenti e se la classe ha Componente, Deposito o Servizio registra un bean nel contesto. Quindi il numero di classi conta. È necessario eseguire la scansione solo dei pacchetti che contengono classi annotate (anche la scansione di classi non annotate richiederà tempo). Inoltre, è possibile utilizzare solo un tag di scansione del componente e elencare tutti i pacchetti. L'uso sia della scansione xml che di quella dei componenti non dovrebbe costituire un problema, a condizione che non vengano duplicati.