request-queueing

    -2熱度

    1回答

    任何人都可以解釋爲什麼requestQueue被抽象使用。我也明白,所有成功的請求都添加到requestQueue(糾正我,如果我錯了)。但爲什麼我們需要添加成功的請求請求隊列

    1熱度

    1回答

    我有一段代碼,通過使用的調用的bash終端的一個實例如下 - proc = Runtime.getRuntime().exec("/bin/bash", null, working-dir); 然後運行UNIX命令在這個調用的bash我的實例「M使用PrintWriter對象這樣的 - PrintWriter out = new PrintWriter(new BufferedWriter(n

    4熱度

    2回答

    將RestKit與Core Data配合使用通過標記對象並使用Core Data保存對象,用戶可以在沒有Internet連接的情況下添加,編輯或刪除對象時提供脫機支持。 如果互聯網再次可用,我將獲取所有添加/編輯/刪除的對象,將它們保存在數組中,並且知道使用常規方法和每個項目的循環將它們放到服務器上。陣列的 列表 - fetchedAddedCompanies - fetchedEditedCom

    0熱度

    2回答

    我目前正在爲RPC層執行POC。我寫了以下方法來限制客戶端的請求。這是一個很好的模式嗎?我沒有選擇將附加請求排入一個線程池,因爲我只對同步調用感興趣,我希望調用者線程阻塞,直到它被喚醒以執行RPC請求,並且因爲線程池看起來額外的開銷,因爲創建了附加線程。 我想我可以有已經發出請求的線程管理。這很好,但CPU使用率對其他進程有點不公平,因爲一旦通話結束,另一個呼叫就會結束。我使用大量的請求和內存來加

    0熱度

    1回答

    我正在開發Android應用程序的通用庫,並使用Volley通過網絡發送請求。 來自同一問題的兩個問題:用戶多次點擊Button,並且請求排隊的次數是用戶點擊Button(它指向相同的用戶XP問題)的次數。 我想解決兩個問題的問題在物聯網客戶端: UI - 通用按鈕對點擊定時器的閾值,所以 用戶無法點擊Button太多時間。這是一個實現的示例 : How to avoid multiple but

    0熱度

    1回答

    我正在嘗試調用我的web應用程序API,它成功地獲取了所有「配置文件」的列表,並以正確的方式顯示它們(用於配置文件的JsonArrayRequest)。但是,我遇到了問題,我正在調用連續的url,該URL包含配置文件ID指示的配置文件的「匹配」。當我打電話給這個APi並試圖在每個配置文件下面顯示匹配數量時,它可能工作一半時間。我認爲我的問題可能是重用requestQueue,但我嘗試了創建新的並且

    0熱度

    1回答

    我有一個WCF服務,它在服務器位置創建許多文件,根據給定的參數對種子文件進行各種計算。問題是,當2個或更多的客戶端試圖對相同的種子文件進行計算時,它會返回錯誤。原因僅僅是由於多個用戶同時進行讀/寫訪問。 所以我想創建一個WCF的用戶請求隊列,從服務器一次執行一次計算,並將計算出的響應返回給用戶。問題是我不知道該怎麼做。 我還沒有在WCF中實現過任何請求隊列技術。有誰知道如何在WCF Sevcice

    0熱度

    2回答

    我試圖創建以下情形細晶粒的鎖定機制: 我有一個數據存儲與它裏面很多系列化Cache對象。每個Cache屬於某個人,團體或公司,每個Cache可以通過四種方式之一進行修改:可以創建,刪除,刪除或插入。雖然Cache正在修改,我想阻止對它的訪問。每個Cache都使用一個CacheLocation對象進行標識,該對象存儲目錄和文件名以及完整路徑以方便使用。 目前,我正在使用名爲RequestQueue的

    2熱度

    2回答

    大家好我對不起,如果之前有人問我這個問題,我過去3天一直在尋找這個解決方案。我是android和php的新手。 我想知道如何發送「jsonArray」(如下所示)到我的PHP服務器,然後提取在php中接收的jsonobject值。 我試過jsonarrayrequest和hashmap,但無法發送。請幫忙。 String url="http://192.168.43.210/jjj.php";

    0熱度

    1回答

    我有ASP Net mvc 5項目,運行在iis 8.5上。有許多的網頁與行動像這樣獲得的圖像: <img src='/File/Contents/1'/> <img src='/File/Contents/2'/> ... 大約90%的圖像加載相當快(每幾毫秒),但加載剩下的10%需要花費很長的(2-每個5秒)。 我發現Contents操作對所有圖像都以相同的速度執行,大部分時間都花在P