Comment Springboot trouve-t-il l'ordre et la priorité des chemins des fichiers de configuration ?

L'ordre dans lequel les chemins des fichiers de configuration sont recherchés et leur priorité

1 L'ordre dans lequel Springboot recherche la configuration. chemins de fichiers et leur niveau de priorité

Dans la catégorie projet, il y a quatre endroits où le système analysera automatiquement :

1.file:/config/

# 🎜🎜#2.file:/

3.classPath:/config/

4.classPath:/

1) Sa priorité d'efficacité du fichier niveau, de haut en bas, c'est-à-dire s'il y a les mêmes attributs dans différents chemins, les attributs de chemin ci-dessus seront sélectionnés en premier (1>2>3>4)

2) L'ordre d'analyse du chemin est opposé à sa priorité (4>3>2>1 ), les derniers écraseront les précédents et tous les chemins seront scannés pour former des compléments.

2. Sous le même chemin

application.properties(application.yml), bootstrap.properties(bootstrap.yml) ordre et priorité de chargement#🎜🎜 #

1. Comparaison des applications et des bootstraps (comparaison des préfixes)

Astuce : les fichiers de type bootstrap sont introduits dans springcloud lors de l'utilisation de projets multiservices La configuration correspondante prendra effet. Springboot n'analysera pas automatiquement les fichiers d'amorçage, mais uniquement les fichiers d'application, donc la comparaison entre les deux n'a de sens que dans le projet multiservice springcloud.

1) Ordre de chargement : si l'application et le bootstrap sont dans le même répertoire : le bootstrap charge d'abord l'application, puis charge

Les attributs Bootstrap ont une priorité plus élevée, par défaut, ils ne le seront pas être remplacé par la configuration locale. (C'est ce que disent Internet et les responsables, mais après mes propres tests, j'ai découvert que l'application remplacerait le bootstrap. Je crois comprendre que tous les attributs de bootstrap ont la priorité sur l'application. Seule la configuration liée au système sous-jacent sera plus élevée. Il y a sont des opinions différentes. Frère, bienvenue pour en discuter)

3) Différence : le bootstrap et l'application peuvent être utilisés pour configurer les paramètres.

Bootstrap est utilisé pour le démarrage précoce de l'application et la lecture des informations de configuration. Cela peut être compris comme certaines configurations de paramètres au niveau du système, ces paramètres ne changent généralement pas. Une fois le bootstrap chargé, le contenu ne sera pas écrasé.

application.yml peut être utilisé pour définir des informations de configuration au niveau de l'application, spécifiques à l'application, et peut être utilisé pour configurer les paramètres publics à utiliser dans les modules suivants, etc.

4) Scénarios d'application typiques de bootstrap (classique trois points)

1 Lors de l'utilisation du centre de configuration Spring Cloud Config Server, à ce niveau. time Vous devez spécifier n.name et spring.cloud.config.server.git.uri dans le fichier de configuration spring.applicatio dans bootstrap.yml et ajouter des propriétés de configuration connectées au centre de configuration pour charger les informations de configuration de la configuration externe center
• #🎜 🎜#
  2 Certaines propriétés fixes qui ne peuvent pas être écrasées

• 3. 🎜🎜##🎜 🎜#

• 2 Comparaison .properties et .yml (comparaison des suffixes)

1) Ordre de chargement#🎜🎜 #

.yml précède .properties2) Le niveau de priorité

.properties a priorité sur .yml, car le chargement après .properties écrasera .yml#🎜🎜 #

3) Différence

1.yml a une structure arborescente naturelle et les propriétés sont des paires clé-valeur

# ; 🎜🎜##🎜🎜 #2. Le fichier de propriétés est séparé par ".", et le .yml est séparé par ":"; yml TAB ne doit pas être utilisé pour l'indentation, sinon des erreurs étranges seront signalées ;;

• 4.yml est plus convivial pour le support chinois que .properties.

• 5.yml est multilingue : il peut être utilisé dans un grand nombre de langages dont JAVA, go, python, etc. Par exemple, lors de l'utilisation go et java pour le cloud computing, vous pouvez utiliser la même configuration via le centre de configuration !

• 6. Lors de la personnalisation du fichier de configuration, vous ne pouvez utiliser que des propriétés, car Spring n'a que l'annotation @PropertiesSource qui peut introduire des annotations personnalisées et ne prend pas en charge yml#. 🎜🎜#

Résumé : Dans le même répertoire de niveau, le niveau de priorité application>bootstrap,.properties>,yml, le préfixe est supérieur au suffixe, et le chemin du fichier est supérieur au nom du fichier

• springboot Raisons pour lesquelles le fichier de configuration ne prend pas effet

1 Changez la méthode d'emballage en jar.

• <packaging>jar</packaging>

  2. Il se peut que le format de réduction du fichier yml soit incorrect, vérifiez-le attentivement.

3. De plus, le vôtre n'est pas du tout un projet de démarrage, application.yml n'a pas de marque de feuille

• 1 Cliquez sur la structure du projet

  #. 🎜🎜## 🎜🎜#

2 Ouvrez le module et cliquez une fois

3.

#. 🎜🎜##🎜🎜 #

4 Projet de refactoring

.

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!