The Dependency Injection system in Angular uses tokens to uniquely identify a Provider. There are three types of tokens that you can create in Angular. They are Type Token, String Token, and Injection Token.
Table of Contents
DI Tokens
We declare the Provider in with providers metadata. This is how it looks like.
1 2 3 | providers :[{ provide: ProductService, useClass: ProductService }] |
The syntax has two properties. provide (provide: ProductService
) & provider (useClass: ProductService
)
The first property is Provide
holds the Token or DI Token. The Tokens act like a key. The DI systems need the key to locate the provider
in the Providers
array.

The Token can be either a type
, a string
or an instance of InjectionToken
.
Type Token
Here the type being injected is used as the token.
For Example, we would like to inject the instance of the ProductService
, we will use the ProducService
as the token as shown below.
1 2 3 | providers :[{ provide: ProductService, useClass: ProductService }] |
The ProductService
is then injected into the component by using the following code.
1 2 3 4 5 | class ProductComponent { constructor(private productService : ProductService ) {} } |
You can keep the same token (ProductService
) and change the class to another implementation of the Product service. For Example in the following code, we change it to BetterProductService
.
1 2 3 4 | providers: [ { provide: ProductService, useClass: BetterProductService }, |
Angular does not complain if we use the token again. In the following example token ProductService
used twice. In such a situation last to register wins (BetterProductService
).
1 2 3 4 5 6 | providers: [ { provide: ProductService, useClass: ProductService }, { provide: ProductService, useClass: BetterProductService } ] |
String token
You can use the Type token only if you have Type representation. But that is not the case always. Sometimes we need to inject simple string values or simple object literal, where there is no type.
We can use string tokens in such a scenario.
Example
1 2 3 | providers: [{ provide: 'PRODUCT_SERVICE', useClass: ProductService }] |
You can then use the Inject the ProductService
using the @Inject
method
1 2 3 4 5 6 7 8 | export class AppComponent { products: Product[]; constructor( @Inject('PRODUCT_SERVICE') private productService: ProductService ) {} |
Example:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | providers: [ { provide: 'PRODUCT_SERVICE', useClass: const CONFIG = { apiUrl: 'http://my.api.com', fake: true, title: 'Injection Token Example' }; @NgModule({ imports: [BrowserModule, FormsModule], declarations: [AppComponent, HelloComponent], bootstrap: [AppComponent], providers: [ { provide: 'PRODUCT_SERVICE', useClass: ProductService }, { provide: 'USE_FAKE', useValue: true }, { provide: 'APIURL', useValue: 'http://SomeEndPoint.com/api' }, { provide: 'CONFIG', useValue: CONFIG } ] }) export class AppModule {} |
1 2 3 4 5 6 7 8 9 10 11 | export class AppComponent { products: Product[]; constructor( @Inject('PRODUCT_SERVICE') private productService: ProductService, @Inject('USE_FAKE') public fake: String, @Inject('APIURL') public ApiUrl: String, @Inject('CONFIG') public Config: any ) {} |
Problems with the String Tokens
The String tokens are easy to use but prone to error. Two developers can use the same token at the different parts of the app. The third-party libraries can also use the same token.
If we re-use the token, then the last to register overwrites all previously registered tokens.
String tokens are easier to mistype and that makes it difficult to track & maintain in big applications. This is where the InjectionToken
comes into the picture.
To understand the issue take a look at the example app from stackblitz. The app has two Angular Modules.
One is ProductModule
which implements the ProductService
and registers it using the string Injection token PRODUCT_SERVICE
The second module is SomeOtherModule
which implements a SomeService
and registers it with the same string token PRODUCT_SERVICE
In AppComponent
we inject the PRODUCT_SERVICE
. We want the Product Service come from the our Product Module.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | import { Component, Inject } from '@angular/core'; //We want Product Service from ProductModule import { Product, ProductService } from './productmodule/product.service'; @Component({ selector: 'my-app', templateUrl: './app.component.html', providers: [], }) export class AppComponent { products: Product[]; constructor( @Inject('PRODUCT_SERVICE') private productService: ProductService ) {} getProducts() { this.products = this.productService.getProducts(); } } |
AppModule
imports both the modules. The Order of import here determines which service is used in our component.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 | import { NgModule } from '@angular/core'; import { BrowserModule } from '@angular/platform-browser'; import { FormsModule } from '@angular/forms'; import { AppComponent } from './app.component'; import { HelloComponent } from './hello.component'; import { ProductModule } from './productmodule/product.module'; import { AnotherModule } from './anothermodule/another.module'; @NgModule({ imports: [BrowserModule, FormsModule, ProductModule, AnotherModule], //Change the order and you will see different services used in app component declarations: [AppComponent, HelloComponent], bootstrap: [AppComponent], }) export class AppModule {} |
If we place ProductModule
last in the import array the code works correctly. But if we import AnotherModule
last, then the code does not work and PRODUCT_SERVICE
string injection token will use the service from the AnotherModule
.
What is an Injection Token
The Injection Token allows creating token that allows the injection of values that don’t have a runtime representation.
It is very similar to string tokens. But instead of using a hardcoded string, we create the Injection Token by creating a new instance of the InjectionToken
class. They ensure that the tokens are always unique.
In Angular 4 and prior versions used OpaqueToken
. It now deprecated and replaced by InjectionToken
.
Creating an InjectionToken
To Create an Injection Token, first, we need to import InjectionToken
from @angular/core
1 2 3 | import { InjectionToken } from '@angular/core'; |
Create a new Injection Token APIURL
from InjectionToken
1 2 3 | export const APIURL = new InjectionToken<string>(''); |
Register it in the providers
array.
1 2 3 4 | providers: [ { provide: APIURL, useValue: 'http://SomeEndPoint.com/api' }, |
Inject it into the Component
1 2 3 4 5 | export class AppComponent { constructor(@Inject(APIURL) public ApiUrl: String,) { } } |
InjectionToken Example
The following example shows how to use the Injection Token. You can refer to the Stackblitz for the code
token.ts
1 2 3 4 5 6 7 8 9 | import { InjectionToken } from '@angular/core'; export const APIURL = new InjectionToken<string>(''); export const USE_FAKE = new InjectionToken<string>(''); export const PRODUCT_SERVICE = new InjectionToken<string>(''); export const APP_CONFIG = new InjectionToken<string>(''); |
app.module.ts
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 | import { NgModule } from '@angular/core'; import { BrowserModule } from '@angular/platform-browser'; import { FormsModule } from '@angular/forms'; import { AppComponent } from './app.component'; import { HelloComponent } from './hello.component'; import { ProductService } from './product.service'; import { BetterProductService } from './better-product.service'; import { PRODUCT_SERVICE, USE_FAKE, APIURL, APP_CONFIG } from './tokens'; const CONFIG = { apiUrl: 'http://my.api.com', fake: true, title: 'Injection Token Example' }; @NgModule({ imports: [BrowserModule, FormsModule], declarations: [AppComponent, HelloComponent], bootstrap: [AppComponent], providers: [ { provide: PRODUCT_SERVICE, useClass: ProductService }, { provide: USE_FAKE, useValue: true }, { provide: APIURL, useValue: 'http://SomeEndPoint.com/api' }, { provide: APP_CONFIG, useValue: CONFIG } ] }) export class AppModule {} |
app.component.ts
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 | import { Component, Inject } from '@angular/core'; import { ProductService } from './product.service'; import { Product } from './product'; import { PRODUCT_SERVICE, USE_FAKE, APIURL, APP_CONFIG } from './tokens'; @Component({ selector: 'my-app', templateUrl: './app.component.html', providers: [] }) export class AppComponent { products: Product[]; constructor( @Inject(PRODUCT_SERVICE) private productService: ProductService, @Inject(USE_FAKE) public fake: String, @Inject(APIURL) public ApiUrl: String, @Inject(APP_CONFIG) public Config: any ) {} getProducts() { this.products = this.productService.getProducts(); } } |
The Injection token ensures that the tokens are always unique. Even if the two libraries use the same name for Angular DI injection system is correctly inject the right dependency. You can refer to the example application
Was most helpful! 🙂
Best explanation, thanks!
Thanks