Quelle est la différence entre @Inject et @Autowired dans Spring Framework? Lequel utiliser dans quelle condition?

Je passe par quelques blogs sur SpringSource et dans l'un des blogs, l'auteur utilise @Injectet je suppose qu'il peut également utiliser @Autowired.

Voici le morceau de code:

@Inject private CustomerOrderService customerOrderService;

Je ne suis pas sûr de la différence entre @Injectet @Autowiredj'apprécierais que quelqu'un explique sa différence et laquelle utiliser dans quelle situation?

En supposant ici que vous faites référence aux javax.inject.Injectannotations. @Injectfait partie de la norme Java CDI ( Contexts and Dependency Injection ) introduite dans Java EE 6 (JSR-299), en savoir plus . Spring a choisi de soutenir l'utilisation @Injectsynonyme de leur propre@Autowired annotation.

Donc, pour répondre à votre question, @Autowiredc'est la propre annotation de Spring. @Injectfait partie d'une nouvelle technologie Java appelée CDI qui définit une norme d'injection de dépendances similaire à Spring. Dans une application Spring, les deux annotations fonctionnent de la même manière que Spring a décidé de prendre en charge certaines annotations JSR-299 en plus des leurs.

Voici un article de blog qui compare @Resource, @Injectet @Autowired, et semble faire un travail assez complet.

Depuis le lien:

À l'exception des tests 2 et 7, la configuration et les résultats étaient identiques. Lorsque j'ai regardé sous le capot, j'ai déterminé que les annotations «@Autowired» et «@Inject» se comportaient de manière identique. Ces deux annotations utilisent le 'AutowiredAnnotationBeanPostProcessor' pour injecter des dépendances. '@Autowired' et '@Inject' peuvent être utilisés de manière interchangeable pour injecter des grains de printemps. Cependant, l'annotation '@Resource' utilise le 'CommonAnnotationBeanPostProcessor' pour injecter les dépendances. Même s'ils utilisent différentes classes de post-processeur, ils se comportent tous de façon presque identique. Vous trouverez ci-dessous un résumé de leurs chemins d'exécution.

Tests 2 et 7 auxquels l'auteur fait référence respectivement «injection par nom de champ» et «tentative de résolution d'un bean en utilisant un mauvais qualificatif».

La conclusion devrait vous donner toutes les informations dont vous avez besoin.

Pour gérer la situation dans laquelle il n'y a pas de câblage, les beans sont disponibles avec l' @Autowired requiredattribut défini sur false.

Mais lors de l'utilisation @Inject, l'interface du fournisseur fonctionne avec le bean, ce qui signifie que le bean n'est pas injecté directement mais avec le fournisseur.

À partir du printemps 3.0, offres de printemps pour soutenir JSR-330 annotations d'injection de dépendance ( @Inject, @Named,@Singleton ).

Il existe une section distincte dans la documentation Spring à leur sujet, y compris des comparaisons avec leurs équivalents Spring.

La principale différence (remarquée lors de la lecture des documents Spring ) entre @Autowiredet @Injectest que, @Autowireda l'attribut «requis» tandis que @Inject n'a pas d'attribut «requis».

Mieux utiliser @Inject tout le temps. Parce que c'est l'approche de configuration java (fournie par sun) qui rend notre application indépendante du framework. Donc, si vous ressortez aussi, vos cours fonctionneront.

Si vous utilisez @Autowired, cela ne fonctionnera qu'avec le ressort car @Autowired est une annotation fournie par le ressort.

@Autowired l'annotation est définie dans le framework Spring.

@Injectannotation est une annotation standard, qui est définie dans le standard "Dependency Injection for Java" (JSR-330) . Spring (depuis la version 3.0) prend en charge le modèle généralisé d'injection de dépendances qui est défini dans la norme JSR-330. ( Les frameworks Google Guice et Picocontainer prennent également en charge ce modèle).

Avec @Injectpeut être injecté la référence à l'implémentation de l' Providerinterface, ce qui permet d'injecter les références différées.

Les annotations @Injectet @Autowired- sont des analogies presque complètes. Outre l' @Autowiredannotation, l' @Injectannotation peut être utilisée pour les propriétés de liaison automatique, les méthodes et les constructeurs.

Contrairement à l' @Autowiredannotation, l' @Injectannotation n'a pas d' requiredattribut. Par conséquent, si les dépendances ne sont pas trouvées, une exception sera levée.

Il existe également des différences dans les clarifications des propriétés de liaison. S'il y a ambiguïté dans le choix des composants pour l'injection, le @Namedqualificatif doit être ajouté. Dans une situation similaire pour l' @Autowiredannotation sera ajouté un @Qualifierqualificatif (JSR-330 définit sa propre @Qualifierannotation et via cette annotation qualificative @Namedest définie).

@Inject n'a pas d'attribut «requis»

En plus de ce qui précède:

1. La portée par défaut pour les @Autowiredbeans est Singleton alors qu'en utilisant l' @Injectannotation JSR 330, c'est comme le prototype de Spring .
2. Il n'y a pas d'équivalent de @Lazy dans JSR 330 utilisant @Inject.
3. Il n'y a pas d'équivalent de @Value dans JSR 330 en utilisant @Inject.

L' @Injectannotation fait partie de la collection d'annotations JSR-330. Il s'agit des chemins d'exécution Correspondance par type, Correspondance par qualificatif, Correspondance par nom. Ces chemins d'exécution sont valables pour l'injection de setter et de champ. Le comportement de l' @Autowiredannotation est le même que celui de l' @Injectannotation. La seule différence est que l' @Autowiredannotation fait partie du framework Spring. @Autowiredl'annotation a également les chemins d'exécution ci-dessus. Je recommande donc le @Autowiredpour votre réponse.