Annotation Type Inject
-
@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
@Inject
and accept zero or more dependencies as arguments.@Inject
can apply to at most one constructor per class.@Inject ConstructorModifiersopt SimpleTypeName(FormalParameterListopt) Throwsopt ConstructorBody
@Inject
is optional for public, no-argument constructors when no other constructors are present. This enables injectors to invoke default constructors.@Injectopt Annotationsopt public SimpleTypeName() Throwsopt ConstructorBody
Injectable 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 MethodBody
The injector ignores the result of an injected method, but non-
void
return 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
@Inject
that overrides another method annotated with@Inject
will only be injected once per injection request per instance. A method with no@Inject
annotation that overrides a method annotated with@Inject
will not be injected.Injection of members annotated with
@Inject
is 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
@Inject
in 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 ofB
to set onA
, a second instance ofA
to set onB
, a second instance ofB
to 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 ofA
orB
respectively. 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