我有一個列表，其中包含數千個指向遠程服務器上的圖像/視頻的 URL。就像是：urls = ['https://foo.bar/baz.jpeg', 'https://foo.bar/jaz.mp4', ...]通過獲取這些 url，某些響應會以404 Not Found形式出現，這沒關系，因為服務器上的數據可能已過時并被刪除。我想做的事情是以快速的方式識別哪些網址會給我404 。當我打開瀏覽器并在地址欄上輸入錯誤 URL 之一時，“未找到”錯誤大約需要 200 毫秒才能檢索到。通過進行一些簡單的計算，如果以異步方式進行，我預計大約 1.000 個調用將花費不超過 4 秒的時間完成。但是，通過使用這段代碼，我認為這是適當的：def async_check(urls):    async def fetch(session, url):        async with session.get(url) as response:            if response.status != 200:                return False            else:                return True    async def run(urls):        async with ClientSession() as session:            return await asyncio.gather(*[fetch(session, url) for url in urls])    return asyncio.get_event_loop().run_until_complete(run(urls))經過的時間就比較長了，有時甚至是超時了。我相信這是由于列表中的非錯誤網址造成的，這些網址指向可能需要很長時間才能加載為響應對象的圖像和視頻，并最終消耗大量時間才能完成任務。在思考了如何實現404的驗證之后，我得出了一個或多或少像這樣的流程：對于每個 url，使用 get 方法異步獲取它，并異步休眠相對較長的時間（例如 1 秒）。睡眠完成后，嘗試查看響應是否“就緒”，如果是，則將狀態代碼 404（或與 200 不同）添加到我的錯誤 URL列表中。如果睡覺后，響應沒有“準備好”，那么我會假設這是由于加載了大量圖像/視頻，并認為它沒有錯誤。由于每次調用的等待時間上限為 1 秒，因此我預計對于一堆 url 來說它會運行得相對較快。這會被認為是解決這個問題的巧妙方法，還是有更聰明的方法？