如何使用獲取的資料在非同步呼叫 WebAPI 後顯示活動和片段

軟體模組之間的呼叫關係可以分為兩類：同步呼叫和非同步呼叫。 在同步呼叫中，乙個段（主音）呼叫另乙個段（被訪者），主音必須等待這一段**的執行完成才能繼續執行，因此同步呼叫為阻塞呼叫，主音**阻塞並等待被訪者返回。

同步呼叫比較直觀，也是大多數程式語言支援的直接呼叫方式。 然而，同步呼叫在處理耗時，會嚴重影響程式效能和人機互動的瞬時響應。 例如，乙個程式需要訪問乙個資料庫來獲取大量的資料，然後基於這些資料進行一系列的處理，並在程式的主視窗中顯示處理的結果。

由於資料庫訪問和大量資料的處理是耗時的任務，因此在這項工作完成之前不會顯示處理結果，並且使用者在點選滑鼠時不會立即得到響應，使使用者感到整個程式很重。 面對這種需要很長時間才能完成的應用場景，我們需要使用一種非阻塞的呼叫方式，即非同步呼叫模式。

你好！ 我們很樂意回答您的問題！

您需要設定："text/html");

我使用乙個動態鏈結 Web 服務的類呼叫 baiwebservice，並將引數作為陣列傳遞給 du。

問題解決了

dao 引數的返回不是返回給變數，而是返回到我輸入的引數陣列中的 c 程式碼

webservice service=new webservice();

string errstr=;

errstr,"name","pwd","chk");;

假設你想在頁面上做三件事，A、B、C，進行同步呼叫的方式一般是先做 A 後做 B，再做 B 後再做 C，當你開始做 A 時，可以不等 A 完成就開始做 B，不等 B 完成就開始做 C。 如果這三件事都花 5 秒，完成同步至少需要 15 秒，非同步至少需要 5 秒，所以非同步效率比較高。 但這僅適用於三件事彼此不相關的情況。

如果存在相關、相互依賴的情況，例如b必須在a中完成，c必須在b中完成，同步程式設計和以前一樣，順序執行還可以，非同步，只能在**函式中執行，寫起來很麻煩，效率也一樣。

常用方法呼叫是同步呼叫，是一種阻塞呼叫方法，即客戶端（主呼叫方）等待伺服器（被叫方）返回。

直到。 這種呼叫方式比較直觀，也是大多數程式語言直接支援的一種呼叫方式。 但是，如果我們處理的是粗粒度的服務元件，那麼我們處理的是需要很長時間才能完成的事情。

如果可以有響應式應用場景，那麼我們需要乙個非阻塞呼叫模式，即非同步呼叫模式。

SCA 程式設計模式提供了三種進行非同步呼叫的方法，它們是：

1 單向通話。

2 延遲響應法。

3 Request** 方法。

Activity 不能直接跳轉到某個 Fragment，只能先跳轉到指定的 Activity，指明要在 Intent 中顯示的 Fragment，然後再顯示該 Activity 中的 Fragment。

1.使用對應 Activity 中的 intent 跳轉到 mainactivity，其中通過 intent 填充識別符號（更嚴格的方法是通過請求程式碼和結果程式碼實現）。

登入成功跳轉到我的京東主頁。

intent intent = new intent(,;

userloginflag", 1);

startactivity(intent);

2.在 mainactivity 的 onresume（） 方法中獲取此識別符號並切換到相應的選項卡。

override

protected void onresume();