-
@Target({METHOD,CONSTRUCTOR,FIELD}) @Retention(RUNTIME) @Documented public @interface Inject
Identifies injectable constructors, methods, and fields. May apply to static as well as instance members. An injectable member may have any access modifier (private, package-private, protected, public). Constructors are injected first, followed by fields, and then methods. Fields and methods in superclasses are injected before those in subclasses. Ordering of injection among fields and among methods in the same class is not specified.Injectable constructors are annotated with
@Injectand accept zero or more dependencies as arguments.@Injectcan apply to at most one constructor per class.@Inject ConstructorModifiersopt SimpleTypeName(FormalParameterListopt) Throwsopt ConstructorBody@Injectis optional for public, no-argument constructors when no other constructors are present. This enables injectors to invoke default constructors.@Injectopt Annotationsopt public SimpleTypeName() Throwsopt ConstructorBodyInjectable fields:
- are annotated with
@Inject. - are not final.
- may have any otherwise valid name.
@Inject FieldModifiersopt Type VariableDeclarators;Injectable methods:
- are annotated with
@Inject. - are not abstract.
- do not declare type parameters of their own.
- may return a result
- may have any otherwise valid name.
- accept zero or more dependencies as arguments.
@Inject MethodModifiersopt ResultType Identifier(FormalParameterListopt) Throwsopt MethodBodyThe injector ignores the result of an injected method, but non-
voidreturn types are allowed to support use of the method in other contexts (builder-style method chaining, for example).Examples:
public class Car { // Injectable constructor @Inject public Car(Engine engine) { ... } // Injectable field @Inject private Provider<Seat> seatProvider; // Injectable package-private method @Inject void install(Windshield windshield, Trunk trunk) { ... } }A method annotated with
@Injectthat overrides another method annotated with@Injectwill only be injected once per injection request per instance. A method with no@Injectannotation that overrides a method annotated with@Injectwill not be injected.Injection of members annotated with
@Injectis required. While an injectable member may use any accessibility modifier (includingprivate), platform or injector limitations (like security restrictions or lack of reflection support) might preclude injection of non-public members.Qualifiers
A qualifier may annotate an injectable field or parameter and, combined with the type, identify the implementation to inject. Qualifiers are optional, and when used with
@Injectin injector-independent classes, no more than one qualifier should annotate a single field or parameter. The qualifiers are bold in the following example:public class Car { @Inject private @Leather Provider<Seat> seatProvider; @Inject void install(@Tinted Windshield windshield, @Big Trunk trunk) { ... } }If one injectable method overrides another, the overriding method's parameters do not automatically inherit qualifiers from the overridden method's parameters.
Injectable Values
For a given type T and optional qualifier, an injector must be able to inject a user-specified class that:
- is assignment compatible with T and
- has an injectable constructor.
For example, the user might use external configuration to pick an implementation of T. Beyond that, which values are injected depend upon the injector implementation and its configuration.
Circular Dependencies
Detecting and resolving circular dependencies is left as an exercise for the injector implementation. Circular dependencies between two constructors is an obvious problem, but you can also have a circular dependency between injectable fields or methods:
class A { @Inject B b; } class B { @Inject A a; }When constructing an instance of
A, a naive injector implementation might go into an infinite loop constructing an instance ofBto set onA, a second instance ofAto set onB, a second instance ofBto set on the second instance ofA, and so on.A conservative injector might detect the circular dependency at build time and generate an error, at which point the programmer could break the circular dependency by injecting
Provider<A>orProvider<B>instead ofAorBrespectively. Callingget()on the provider directly from the constructor or method it was injected into defeats the provider's ability to break up circular dependencies. In the case of method or field injection, scoping one of the dependencies (using singleton scope, for example) may also enable a valid circular relationship.- See Also:
@Qualifier,Provider
- are annotated with