Jaka jest różnica między @Inject i @Autowired w Spring Framework? Którego użyć pod jakim warunkiem?

Oto blog post który porównuje @Resource, @Inject, i wydaje się wykonywać dość obszerną pracę.

Z linku:

Z wyjątkiem testu 2 i 7 konfiguracja i wyniki były identyczne. Kiedy zajrzałem pod maskę stwierdziłem, że Adnotacje' @Autowired 'i' @Inject ' zachowują się identycznie. Obie te adnotacje używają 'AutowiredAnnotationBeanPostProcessor' do inject dependencies. '@Autowired ' i '@ Inject ' mogą być używane wymienne do wstrzykiwania fasoli wiosennej. Jednak "@ zasób" adnotacja wykorzystuje "CommonAnnotationBeanPostProcessor" do wprowadzania zależności. Mimo że używają różnych klas post procesorów wszystkie zachowują się prawie identycznie. Poniżej znajduje się podsumowanie ich ścieżki egzekucji.

Testy 2 i 7, że autor odwołuje się odpowiednio "injection by field name" I "an attempt at resolution a bean using a bad qualifier".

Wniosek powinien dać ci wszystkie potrzebne informacje.

Aby poradzić sobie z sytuacją, w której nie ma okablowania, beans są dostępne z @Autowired required atrybut ustawiony na false.

Ale podczas korzystania z @Inject, Interfejs Provider działa z Bean, co oznacza, że bean nie jest wstrzykiwany bezpośrednio, ale z dostawcą.

Od wersji Spring 3.0, Spring oferuje wsparcie dla JSR-330 dependency injection (@Inject, @Named, @Singleton).

Istnieje oddzielna sekcja w dokumentacji sprężyny o nich, w tym porównania do ich odpowiedników sprężyny.

Kluczowa różnica(zauważona podczas czytania Spring Docs) pomiędzy @Autowired i @Inject jest taka, że @Autowired ma atrybut 'required', podczas gdy @Inject nie ma atrybutu 'required'.

@Autowired adnotacja jest zdefiniowana w ramach Spring.

@Inject adnotacja jest standardową adnotacją, która jest zdefiniowana w standardzie "Dependency Injection for Java" (JSR-330) . Spring (od wersji 3.0) obsługuje uogólniony model wtrysku zależności, który jest zdefiniowany w standardzie JSR-330. (Google Guice Framework i Picocontainer framework również wspierają ten model).

Z @Inject można podać odniesienie do implementacja interfejsu Provider, który umożliwia wprowadzanie odwołań odroczonych.

Adnotacje @Inject i @Autowired - jest niemal kompletną analogią. Podobnie jak adnotacja @Autowired, adnotacja @Inject może być używana do automatycznego wiązania właściwości, metod i konstruktorów.

W przeciwieństwie do @Autowired adnotacja, @Inject adnotacja nie ma atrybutu required. Dlatego, jeśli zależności nie zostaną znalezione - zostanie wyrzucony wyjątek.

Istnieją również różnice w wyjaśnienia właściwości wiążących. Jeśli wybór składników do wstrzyknięcia jest niejednoznaczny, należy dodać kwalifikator @Named. W podobnej sytuacji dla @Autowired zostanie dodana adnotacja @Qualifier kwalifikator (JSR-330 definiuje własną adnotację @Qualifier i poprzez ten kwalifikator zostanie zdefiniowana adnotacja @Named).

@Inject nie posiada atrybutu "required"

Lepiej używać @Inject cały czas. Ponieważ to podejście java configuration (dostarczone przez sun) sprawia, że nasza aplikacja jest agnostyczna dla frameworka. Więc jeśli wiosna również zajęcia będą działać.

Jeśli używasz @Autowired, to będzie działać tylko ze sprężyną, ponieważ @ Autowired jest adnotacją podaną przez sprężynę.

Oprócz powyższego:

1. domyślnym zakresem dla @ Autowired Beans jest Singleton, podczas gdy używanie adnotacji JSR 330 @Inject jest podobne do adnotacji Springa prototype.
2. nie ma odpowiednika @Lazy w JSR 330 używając @ Inject
3. nie ma odpowiednika wartości @w JSR 330 przy użyciu @ Inject

Adnotacja @Inject jest jedną z kolekcji adnotacji JSR-330. To ma dopasowanie według typu, dopasowanie według kwalifikatora, dopasowanie według nazwy ścieżki realizacji. Te ścieżki wykonania są ważne zarówno dla settera, jak i field injection.Zachowanie adnotacji @Autowired jest takie samo jak adnotacji @Inject. Jedyną różnicą jest to, że adnotacja @Autowired jest częścią frameworka Spring. @Autowired adnotacja ma również powyższe ścieżki wykonania. Więc polecam @Autowired za odpowiedź.