0
我正在創建一個使用java的非持久緩存系統,爲了存儲HTTP響應,我想我可以使用地圖來存儲緩存的內容。創建緩存,如何檢查元素的存在?
我不清楚的是如何檢查一個請求的元素是否存在。 我認爲這可能是一個想法,開始考慮所請求的資源的地址,但我認爲這是不夠的,因爲除了請求的資源HTTP請求可能也有餅乾,這可能是不同的每個請求...
我試圖找到解釋如何管理緩存的手冊,但我什麼也沒找到。
你能幫我找到解決辦法嗎? 感謝
我正在創建一個使用java的非持久緩存系統,爲了存儲HTTP響應,我想我可以使用地圖來存儲緩存的內容。創建緩存,如何檢查元素的存在?
我不清楚的是如何檢查一個請求的元素是否存在。 我認爲這可能是一個想法,開始考慮所請求的資源的地址,但我認爲這是不夠的,因爲除了請求的資源HTTP請求可能也有餅乾,這可能是不同的每個請求...
我試圖找到解釋如何管理緩存的手冊,但我什麼也沒找到。
你能幫我找到解決辦法嗎? 感謝
好了,讓我們記下所有我們在討論過程中放在一起記錄:
生成請求指紋,並確定通過進一步的請求。必須根據請求期間存在的所有信息計算指紋。通常情況下,您將使用這種指紋的散列作爲地圖內的鍵。 由於對相同請求的響應應該相同,所以緩存的響應應該是對第二個相同請求的正確答覆,其中身份通過生成的相同密鑰進行匹配。
高速緩存數據的存儲兩種設置進入腦海:
高速緩存保存在數據庫中。這保證了良好的性能,並允許附加finderprint和內容存儲額外的信息:時間到期,額外的標題,...
基於文件系統:每個響應存儲在一個文件中,文件按指紋命名。問題是如何存儲其他信息,如果需要的話。
嘗試生成請求指紋並識別請求。必須根據請求期間存在的所有信息計算指紋。通常情況下,您將使用這種指紋的散列作爲地圖內的鍵。 – arkascha
你覺得這足夠嗎?或者我是否應該考慮其他方法來定義密鑰? 謝謝。 – Massimo
那麼,除了「存在的所有信息」之外,可能存在哪些影響請求結果的「事物」? ;-) – arkascha