Abort Fetch API Requests using AbortController

Поділитися
Вставка
  • Опубліковано 16 гру 2024

КОМЕНТАРІ • 56

  • @colbyfayock
    @colbyfayock  4 місяці тому

    Learn how to build a full stack Next.js app in my upcoming course: colbyfayock.com/course

    • @rahulpagidimarri4677
      @rahulpagidimarri4677 3 місяці тому

      Hi Thankyou for the video
      in this case for each render in useEffect you have created new AbortController instance ,Simple before making a fetch call can't we just call abort() method there ? Once we call that method it cancels the previous api request right ?
      Please correct me if I'm missing something
      Thanks

    • @colbyfayock
      @colbyfayock  3 місяці тому

      @@rahulpagidimarri4677 hey not totally following the question about what you're trying to do. whats the use case of what you're trying to achieve?

  • @JasonLayton
    @JasonLayton 10 місяців тому +7

    Finally! Someone demonstrated how to do it outside of a useEffect. This was so difficult to find, great tutorial. Thank you!

    • @colbyfayock
      @colbyfayock  10 місяців тому +1

      no problem!!

    • @maddytyagi8988
      @maddytyagi8988 2 місяці тому

      being serious you are amazing, it’s after 2 days of constant search . i got my answer

  • @RefuelTheRocket
    @RefuelTheRocket Рік тому +1

    Thank you colleague, you really helped me, i spend a day trying to understand, how it works, and with ur video i finally done it!

  • @JonatanKruszewski
    @JonatanKruszewski 10 місяців тому

    Love your style in how you explain. Neat, clear. Subscribed.

  • @jawyor-k3t
    @jawyor-k3t Рік тому +2

    Great demonstration Colby, as always. The example project is on spot in terms of illustrating the issue and the solution.
    I have one question. As I understood, the AbortController cancels requests that are initiated but have not been completed yet. So, let's assume fetch returns responses pretty quickly in my connection. Does this mean that I have to type letters quickly for abortcontroller to cancel? And if I type slowly all the previous letters are going to get through. I know you mentioned throttling and stuff at the end, that's probably the solution. I was just wondering about AbortController

    • @colbyfayock
      @colbyfayock  Рік тому

      yeah - that's absolutely right. if there's no active request, we can't really cancel it. that's why i had to add the setTimeout inside of the API endpoint because it was too fast, though you could use the Network Tab throttling to potentially see this effect too when testing

  • @bandekhoda7801
    @bandekhoda7801 10 місяців тому

    Very useful!
    Previously I didn't know how to implement an AbortController in a handler function because of the reasons you listed, so I always just defaulted to using useEffect with the cleanup function being controller.abort LOL

  • @tchatchabr
    @tchatchabr 2 місяці тому

    Is it a good approach to create a custom hook for abortController and then use it in any component that we need it?

    • @colbyfayock
      @colbyfayock  2 місяці тому

      it probably would make sense for the whole request to be a custom hook as opposed to just the controller

  • @antoninogargiulo2308
    @antoninogargiulo2308 7 місяців тому

    Great video! What if I have an error boundary (Next.js), and I don't want it to be triggered by cancelled request? Should I check the type of the error catched in the catch block?

    • @colbyfayock
      @colbyfayock  7 місяців тому

      did the cancelled request trigger the error boundary? i dont remember having that issue in my code wrapped in a try/catch: github.com/colbyfayock/my-abort-requests/blob/main/src/components/Search/Search.tsx
      perhaps if you show me the code i can get a better idea to try to reproduce and see

  • @hardikcc
    @hardikcc 5 місяців тому

    Thanks Colby, this was a great help.

  • @jsde_coder3234
    @jsde_coder3234 4 місяці тому

    really helped me out today. Thank you for this video!

  • @Elator11777
    @Elator11777 6 місяців тому

    This looks nice, however, in a real production envirionment, you'd never have a search function inside of your component, what if it is imported from utils? How do you handle the abort requests in it? Can you pass refs to an imported function?

  • @terryellis333
    @terryellis333 11 місяців тому

    Does this work for cancelling put reqeusts also, or just fetch? I'm having difficulty getitng it to cancel a PUT

    • @colbyfayock
      @colbyfayock  11 місяців тому +1

      seemed to work for me! d.pr/i/hDNmgf
      i tested by simply updating my test API route to PUT: github.com/colbyfayock/my-abort-requests/blob/main/src/app/api/search/route.ts#L5
      and the method on the fetch: github.com/colbyfayock/my-abort-requests/blob/main/src/components/Search/Search.tsx#L35

    • @terryellis333
      @terryellis333 11 місяців тому

      @@colbyfayock Ok thanks; yea trying to figure out why this controller.abort isn't actually cancelling anything for me.

    • @colbyfayock
      @colbyfayock  11 місяців тому

      @@terryellis333is it possible the request is completing before it has a chance to cancel? on my local machine i had to add a timeout for testing purposes

    • @terryellis333
      @terryellis333 11 місяців тому

      @@colbyfayock Well what's happening is, our web app is doing puts after every field of a form (no submit button :( ) and they're stacking up... and of course we have a race condition. I followed your example and set up an abort controller using a ref; then we're doing an await on a call that does an axios put to store the data and I'm passing in the abort controller to set the signal. I was expecting the first call to get cancelled, instead both complete with a 200 :(

    • @colbyfayock
      @colbyfayock  11 місяців тому +1

      @@terryellis333got it okay, im not familiar with how this works with Axios, potentially an issue there? but you might have some luck additionally adding throttling on the requests, to prevent the requests from occurring in the first place. that way you're avoiding sending too many requests, but if requests do trigger too quickly still due to differing factors, you have the abortcontroller to manage the cancellation

  • @devT44
    @devT44 9 місяців тому

    The error we're getting here is same as CancelledError in axios?

    • @colbyfayock
      @colbyfayock  9 місяців тому

      unfamiliar with axios's handling

  • @sankaranarayanankm7049
    @sankaranarayanankm7049 7 місяців тому

    which is better cleanup of useEffect or abort controller??

    • @colbyfayock
      @colbyfayock  7 місяців тому

      hey im not totally following your question - but i believe aborting in a useEffect cleanup function would be a good pattern to prevent the request from continuing

  • @Shawn-Mosher
    @Shawn-Mosher Рік тому

    Couldn’t you use debounce so it’s only fired once when the user stops typing?

    • @colbyfayock
      @colbyfayock  Рік тому +2

      totally! i mention that in there. or maybe i mentioned throttle as opposed to denounce, but generally, yeah. being able to combine the two would likely be the best bet between having a responsive enough UI and still managing the async requests getting fired out

  • @SyedNaqviwork
    @SyedNaqviwork 8 місяців тому

    very well explained you just earned a sub

  • @irfansaeedkhan7242
    @irfansaeedkhan7242 Рік тому

    wow , thanks man, i was searching for something same but when user clicks multiple links to different pages, i want it to abort all others and just focus on the last one,
    also if person is fetching multiple apis data it should about all and only fetch the last one in react/nextjs app, i am unable to do that or simply logic how to do it in whole application at globa,l level

    • @colbyfayock
      @colbyfayock  Рік тому

      glad it helped! for doing something globally you would need to be making all requests through some kind of single queue that's accessible globally

  • @rg-s8x
    @rg-s8x 2 місяці тому

    Great explanation, however, on a lighter note, for simple use case like the input key debouncing is a better option.

    • @colbyfayock
      @colbyfayock  2 місяці тому +1

      best to do both :)

    • @rg-s8x
      @rg-s8x 2 місяці тому

      @@colbyfayock agree!

  • @rigbyb
    @rigbyb Рік тому

    Thanks, helped me understand it :)

  • @tienhuynh2435
    @tienhuynh2435 Місяць тому

    well done sir

  • @serkanakman9945
    @serkanakman9945 4 місяці тому

    Thanks a lot!

  • @JavascriptForEverything
    @JavascriptForEverything 10 місяців тому

    nice one

  • @akylbekrysbekov
    @akylbekrysbekov 10 місяців тому

    but i think we can solve this problem with debounce

    • @colbyfayock
      @colbyfayock  10 місяців тому +1

      I think I mention this in the video but the right solution would be to have both for the use case

  • @ken2ker495
    @ken2ker495 7 місяців тому

    can you give me the api of pixar movie , please ? :>

    • @colbyfayock
      @colbyfayock  7 місяців тому

      hey unfortunately it's not a public API, its just an endpoint that i made that searches a static JSON file. you can find that code here and spin it up though!
      github.com/colbyfayock/my-abort-requests/blob/main/src/app/api/search/route.ts