2
我在接受請求的java/spring中編寫代理。 在代理內部,請求被採取並且一個新的請求被做出來。 該請求被髮送到另一臺服務器並獲得結果。 然後將結果發回給請求它的原始人員。 因此,基本上而不是 X < - > Z 以下情況正在發生。 X < - > Y < - > Z 這裏至關重要的是Y應該能夠過濾出一些結果。在java中請求轉發
但後來這種方法是吃了大量的時間
如何優化呢?
我在接受請求的java/spring中編寫代理。 在代理內部,請求被採取並且一個新的請求被做出來。 該請求被髮送到另一臺服務器並獲得結果。 然後將結果發回給請求它的原始人員。 因此,基本上而不是 X < - > Z 以下情況正在發生。 X < - > Y < - > Z 這裏至關重要的是Y應該能夠過濾出一些結果。在java中請求轉發
但後來這種方法是吃了大量的時間
如何優化呢?
從性能的角度來看,您的方法不是很合理。如果您想以編程方式過濾響應,請讓客戶端請求實際資源並使用映射到請求URL模式的servlet過濾器過濾出結果。
如果我出於安全原因可能會推測您正在這樣做,我建議您重新考慮您的設計並在其所屬的數據庫中執行數據安全性。
什麼是吃東西的時間?不看一些代碼就很難評論。你有沒有通過分析器運行你的代理? – akf 2012-07-30 04:07:56
Y在做什麼樣的過濾? – 2012-07-30 04:09:41
請求的結果是JSON。 Y過濾出JSON的一部分並返回處理的JSON – 2012-07-31 10:29:27