I have seen axios documentation, but all it says is

// Add a request interceptor axios.interceptors.request.use(function (config) { // Do something before request is sent return config; }, function (error) { // Do something with request error return Promise.reject(error); }); // Add a response interceptor axios.interceptors.response.use(function (response) { // Do something with response data return response; }, function (error) { // Do something with response error return Promise.reject(error); }); 

Also many tutorials only show this code but I am confused what it is used for, can someone please give me simple example to follow.

5 Answers

To talk in simple terms, it is more of a checkpoint for every HTTP action. Every API call that has been made, is passed through this interceptor.

So, why two interceptors?

An API call is made up of two halves, a request, and a response. Since it behaves like a checkpoint, the request and the response have separate interceptors.

Some request interceptor use cases -

Assume you want to check before making a request if your credentials are valid. So, instead of actually making an API call, you can check at the interceptor level that your credentials are valid.

Assume you need to attach a token to every request made, instead of duplicating the token addition logic at every Axios call, you can make an interceptor that attaches a token on every request that is made.

Some response interceptor use cases -

Assume you got a response, and judging by the API responses you want to deduce that the user is logged in. So, in the response interceptor, you can initialize a class that handles the user logged in state and update it accordingly on the response object you received.

Assume you have requested some API with valid API credentials, but you do not have the valid role to access the data. So, you can trigger an alert from the response interceptor saying that the user is not allowed. This way you'll be saved from the unauthorized API error handling that you would have to perform on every Axios request that you made.

Here are some code examples

The request interceptor

  • One can print the configuration object of axios (if need be) by doing (in this case, by checking the environment variable):

    const DEBUG = process.env.NODE_ENV === "development"; axios.interceptors.request.use((config) => { /** In dev, intercepts request and logs it into console for dev */ if (DEBUG) { console.info("✉️ ", config); } return config; }, (error) => { if (DEBUG) { console.error("✉️ ", error); } return Promise.reject(error); }); 
  • If one wants to check what headers are being passed/add any more generic headers, it is available in the config.headers object. For example:

    axios.interceptors.request.use((config) => { config.headers.genericKey = "someGenericValue"; return config; }, (error) => { return Promise.reject(error); }); 
  • In case it's a GET request, the query parameters being sent can be found in config.params object.

The response interceptor

  • You can even optionally parse the API response at the interceptor level and pass the parsed response down instead of the original response. It might save you the time of writing the parsing logic again and again in case the API is used in the same way in multiple places. One way to do that is by passing an extra parameter in the api-request and use the same parameter in the response interceptor to perform your action. For example:

    //Assume we pass an extra parameter "parse: true" axios.get("/city-list", { parse: true }); 

    Once, in the response interceptor, we can use it like:

    axios.interceptors.response.use((response) => { if (response.config.parse) { //perform the manipulation here and change the response object } return response; }, (error) => { return Promise.reject(error.message); }); 

    So, in this case, whenever there is a parse object in response.config, the manipulation is done, for the rest of the cases, it'll work as-is.

  • You can even view the arriving HTTP codes and then make the decision. For example:

    axios.interceptors.response.use((response) => { if(response.status === 401) { alert("You are not authorized"); } return response; }, (error) => { if (error.response && error.response.data) { return Promise.reject(error.response.data); } return Promise.reject(error.message); }); 
12

You can use this code for example, if you want to catch the time that takes from the moment that the request was sent until the moment you received the response:

const axios = require("axios"); (async () => { axios.interceptors.request.use( function (req) { req.time = { startTime: new Date() }; return req; }, (err) => { return Promise.reject(err); } ); axios.interceptors.response.use( function (res) { res.config.time.endTime = new Date(); res.duration = res.config.time.endTime - res.config.time.startTime; return res; }, (err) => { return Promise.reject(err); } ); axios .get("") .then((res) => { console.log(res.duration) }) .catch((err) => { console.log(err); }); })(); 
1

It is like a middle-ware, basically it is added on any request (be it GET, POST, PUT, DELETE) or on any response (the response you get from the server). It is often used for cases where authorisation is involved.

Have a look at this: Axios interceptors and asynchronous login

Here is another article about this, with a different example:

So the gist of one of the examples is that you could use interceptor to detect if your authorisation token is expired ( if you get 403 for example ) and to redirect the page.

I will give you more practical use-case which I used in my real world projects. I usually use, request interceptor for token related staff (accessToken, refreshToken), e.g., whether token is not expired, if so, then update it with refreshToken and hold all other calls until it resolves. But what I like most is axios response interceptors where you can put your apps global error handling logic like below:

httpClient.interceptors.response.use( (response: AxiosResponse) => { // Any status code that lie within the range of 2xx cause this function to trigger return response.data; }, (err: AxiosError) => { // Any status codes that falls outside the range of 2xx cause this function to trigger const status = err.response?.status || 500; // we can handle global errors here switch (status) { // authentication (token related issues) case 401: { return Promise.reject(new APIError(err.message, 409)); } // forbidden (permission related issues) case 403: { return Promise.reject(new APIError(err.message, 409)); } // bad request case 400: { return Promise.reject(new APIError(err.message, 400)); } // not found case 404: { return Promise.reject(new APIError(err.message, 404)); } // conflict case 409: { return Promise.reject(new APIError(err.message, 409)); } // unprocessable case 422: { return Promise.reject(new APIError(err.message, 422)); } // generic api error (server related) unexpected default: { return Promise.reject(new APIError(err.message, 500)); } } } ); 

How about this. You create a new Axios instance and attach an interceptor to it. Then you can use that interceptor anywhere in your app

export const axiosAuth = axios.create() //we intercept every requests axiosAuth.interceptors.request.use(async function(config){ //anything you want to attach to the requests such as token return config; }, error => { return Promise.reject(error) }) //we intercept every response axiosAuth.interceptors.request.use(async function(config){ return config; }, error => { //check for authentication or anything like that return Promise.reject(error) }) 

Then you use axiosAuth the same way you use axios

Your Answer

Sign up or log in

Sign up using Google Sign up using Facebook Sign up using Email and Password

Post as a guest

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy