Questions d'entretien sur les nouvelles Java 2020 - Printemps (2)

1. Les haricots du printemps sont-ils sans danger pour les fils ?

(Recommandations associées : questions d'entretien Java)

Que les beans du conteneur Spring soient thread-safe, le conteneur lui-même ne fournit pas de thread-safe. politique de sécurité pour les haricots, on peut donc dire que les haricots dans le conteneur à ressort eux-mêmes n'ont pas de caractéristiques de sécurité pour les fils, mais les détails doivent encore être étudiés en combinaison avec les haricots dans le cadre spécifique.

2. Combien de portées de haricots Spring prend-il en charge ?

Lorsqu'une instance de Bean est créée via le conteneur Spring, non seulement l'instanciation de l'instance de Bean peut être terminée, mais une portée spécifique peut également être spécifiée pour le Bean. Spring prend en charge les 5 scopes suivants :

singleton : mode singleton, dans l'ensemble du conteneur Spring IoC, les beans définis à l'aide de singleton n'auront qu'une seule instance

prototype : mode prototype, chaque passage Lorsque le getBean La méthode du conteneur obtient le Bean défini par le prototype, une nouvelle instance du Bean sera générée

requête : Pour chaque requête HTTP, le Bean défini à l'aide de la requête générera une nouvelle instance, c'est-à-dire chaque requête HTTP Bean différent des instances seront générées. Cette portée n'est valable que lors de l'utilisation de Spring dans une

session d'application web : Pour chaque session HTTP, une nouvelle instance est générée à l'aide des beans Bean définis par la session. Cette portée n'est également valable que lors de l'utilisation de Spring dans une application Web

globalsession : pour chaque session HTTP globale, les beans définis à l'aide de la session généreront une nouvelle instance. En règle générale, cela n'est valide que lors de l'utilisation d'un contexte de portlet. Cette portée n'est également valable que lors de l'utilisation de Spring dans une application Web

Les portées les plus couramment utilisées sont singleton et prototype. Pour les beans à portée unique, vous obtiendrez la même instance à chaque fois que vous demanderez le bean. Le conteneur est responsable du suivi de l'état de l'instance Bean et du maintien du comportement du cycle de vie de l'instance Bean

Si un Bean est défini sur la portée du prototype, Spring créera une nouvelle instance Bean à chaque fois que le programme le demande ; le Bean avec cet ID, puis revenez au programme. Dans ce cas, le conteneur Spring utilise uniquement le mot-clé new pour créer l'instance du Bean. Une fois la création réussie, le conteneur ne suit plus l'instance et ne maintient pas l'état de l'instance du Bean.

Si vous ne spécifiez pas la portée du bean, Spring utilise la portée singleton par défaut.

Lorsque Java crée une instance Java, il doit demander de la mémoire ; lorsqu'il détruit l'instance, il doit terminer le garbage collection. Ces tâches entraîneront une augmentation de la surcharge du système. Par conséquent, la création et la destruction de prototypes de beans scope sont relativement coûteuses. Une fois que l'instance Bean dans la portée singleton est créée avec succès, elle peut être réutilisée.

Par conséquent, sauf si cela est nécessaire, essayez d'éviter de définir Beans sur la portée du prototype.

3. Quelles sont les méthodes utilisées par Spring pour assembler automatiquement les haricots ?

Le conteneur Spring est chargé de créer des beans dans l'application et de coordonner les relations entre ces objets via des identifiants. En tant que développeurs, nous devons indiquer à Spring quels beans créer et comment les connecter ensemble.

Il existe deux façons d'assembler les beans au printemps :

1. Mécanisme de découverte implicite des beans et assemblage automatique

2. Configuration explicite en code java ou XML

<.>Bien sûr, ces méthodes peuvent également être utilisées ensemble.

4. Quelles sont les modalités de mise en œuvre des transactions printanières ?

La gestion programmatique des transactions est la seule option pour les applications basées sur POJO. Nous devons appeler beginTransaction(), commit(), rollback() et d'autres méthodes liées à la gestion des transactions dans le code. Il s'agit d'une gestion de transactions programmatique.

Gestion déclarative des transactions basée sur TransactionProxyFactoryBean

Gestion déclarative des transactions basée sur @Transactional

Configuration des transactions basées sur Aspectj AOP

5. à propos de l'isolement des transactions de Spring ?

Le niveau d'isolement des transactions fait référence au degré d'isolement entre la modification des données par une transaction et une autre transaction parallèle lorsque plusieurs transactions accèdent aux mêmes données en même temps, si le mécanisme d'isolation nécessaire n'est pas disponible. adopté, il sera Les problèmes suivants peuvent survenir :

Lecture sale : une transaction lit les données de mise à jour non validées d'une autre transaction.

Lecture fantôme : Par exemple, la première transaction modifie les données d'un tableau. Par exemple, cette modification concerne "toutes les lignes de données" du tableau. Dans le même temps, la deuxième transaction modifie également les données de cette table. Cette modification consiste à insérer « une ligne de nouvelles données » dans la table.

Ensuite, l'utilisateur qui effectue la première transaction constatera qu'il y a encore des lignes de données non modifiées dans le tableau, comme s'il hallucinait.

Lecture non répétable : Par exemple, deux instructions select identiques sont exécutées successivement dans la même transaction. Durant cette période, aucune instruction DDL n'a été exécutée dans cette transaction, mais les résultats obtenus successivement sont incohérents. -répétable lire.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!