想象一下這種情況 - 用戶(hù)在 URL 上訪問(wèn)他們的個(gè)人資料頁(yè)面，/user/username并且加載到此 URL 上的組件必須向 API 發(fā)出 1 個(gè) GET 請(qǐng)求才能獲取有關(guān)具有該用戶(hù)名的用戶(hù)的信息。到目前為止/user/username一切順利，但是，如果用戶(hù)訪問(wèn)另一個(gè) URL，然后決定返回帶有 URL 的個(gè)人資料頁(yè)面，該組件會(huì)針對(duì)之前獲得的相同信息發(fā)出新的 GET 請(qǐng)求，這會(huì)導(dǎo)致兩個(gè)缺點(diǎn) - 信息沒(méi)有不會(huì)立即出現(xiàn)，因?yàn)榻M件必須等待 GET 請(qǐng)求，而我正在對(duì) API 進(jìn)行第二次調(diào)用。這就是為什么我想知道是否可以以某種方式緩存該信息，以便當(dāng)用戶(hù)再次訪問(wèn)他的個(gè)人資料頁(yè)面時(shí)，組件不必發(fā)出第二次 GET 請(qǐng)求。此外，此緩存信息應(yīng)該能夠在一個(gè)小時(shí)等特定時(shí)間后過(guò)期，以便它永遠(yuǎn)不會(huì)不準(zhǔn)確。這是可以實(shí)現(xiàn)的并且值得嗎？