androidweb通信

1. android與WEB伺服器交互時，如何保證在同一個會話Session中通信

最近在開發項目的過程中，遇到android與web伺服器要在同一session下通信的問題。在解決問題前先回顧下Session與Cookie：Cookie和Session都為了用來保存狀態信息，都是保存客戶端狀態的機制，它們都是為了解決HTTP無狀態的問題而所做的努力。Session可以用Cookie來實現，也可以用URL回寫的機制來實現。Cookie和Session有以下明顯的不同點：1）Cookie將狀態保存在客戶端，Session將狀態保存在伺服器端；2）Cookies是伺服器在本地機器上存儲的小段文本並隨每一個請求發送至同一個伺服器。網路伺服器用HTTP頭向客戶端發送cookies，在客戶終端，瀏覽器解析這些cookies並將它們保存為一個本地文件，它會自動將同一伺服器的任何請求縛上這些cookies。3）Session是針對每一個用戶的，變數的值保存在伺服器上，用一個sessionID來區分是不同用戶session變數,這個值是通過用戶的瀏覽器在訪問的時候返回給伺服器，當客戶禁用cookie時，這個值也可能設置為由get來返回給伺服器；4）就安全性來說：當你訪問一個使用session 的站點，同時在自己機器上建立一個cookie，建議在伺服器端的SESSION機制更安全些.因為它不會任意讀取客戶存儲的信息。Session機制Session機制是一種伺服器端的機制，伺服器使用一種類似於散列表的結構（也可能就是使用散列表）來保存信息。當程序需要為某個客戶端的請求創建一個session的時候，伺服器首先檢查這個客戶端的請求里是否已包含了一個session標識 - 稱為 session id，如果已包含一個session id則說明以前已經為此客戶端創建過session，伺服器就按照session id把這個 session檢索出來使用（如果檢索不到，可能會新建一個），如果客戶端請求不包含session id，則為此客戶端創建一個session並且生成一個與此session相關聯的session id，session id的值應該是一個既不會重復，又不容易被找到規律以仿造的字元串，這個 session id將被在本次響應中返回給客戶端保存。Session的實現方式1） 使用Cookie來實現伺服器給每個Session分配一個唯一的JSESSIONID，並通過Cookie發送給客戶端。當客戶端發起新的請求的時候，將在Cookie頭中攜帶這個JSESSIONID。這樣伺服器能夠找到這個客戶端對應的Session。2 ）使用URL回顯來實現URL回寫是指伺服器在發送給瀏覽器頁面的所有鏈接中都攜帶JSESSIONID的參數，這樣客戶端點擊任何一個鏈接都會把JSESSIONID帶給伺服器。 如果直接在瀏覽器中輸入url來請求資源，Session是匹配不到的。Tomcat對 Session的實現，是一開始同時使用Cookie和URL回寫機制，如果發現客戶端支持Cookie，就繼續使用Cookie，停止使用URL回寫。如果發現Cookie被禁用，就一直使用URL回寫。jsp開發處理到Session的時候，對頁面中的鏈接記得使用 response.encodeURL() 。回顧完Session和Cookie，我們來說說為什麼手機端與伺服器交互沒有實現在同一session下？1）原因很簡單，就是因為android手機端在訪問web伺服器時，沒有給http請求頭部設置sessionID，而使用web瀏覽器作為客戶端訪問伺服器時，在客戶端每次發起請求的時候，都會將交互中的sessionID：JSESSIONID設置在Cookie頭中攜帶過去，伺服器根據這個sessionID獲取對應的Session,而不是重新創建一個新Session(除了這個Session失效)。以java.net.HttpURLConnection發起請求為例：獲取Cookie： URL url = new URL(requrl); HttpURLConnection con= (HttpURLConnection) url.openConnection(); // 取得sessionid. String cookieval = con.getHeaderField("set-cookie"); String sessionid; if(cookieval != null) { sessionid = cookieval.substring(0, cookieval.indexOf(";")); } //sessionid值格式：JSESSIONID=，是鍵值對，不是單指值發送設置cookie： URL url = new URL(requrl); HttpURLConnectioncon= (HttpURLConnection) url.openConnection();

2. android 怎麼與websocket 通訊

Android與伺服器通信通常採用HTTP通信方式和Socket通信方式，而HTTP通信方式又分get和post兩種方式。至於Socket通信會在以後的博文中介紹。 HTTP協議簡介： HTTP (Hypertext Transfer Protocol )，是Web聯網的基礎，也是手機聯網常用的協議之一，HTTP協議是建立在TCP協議之上的一種協議。 HTTP連接最顯著的特點是客戶端發送的每次請求都需要伺服器回送響應，在請求結束後，會主動釋放連接。從建立連接到關閉連接的過程稱為“一次連接”。在HTTP 1.0中，客戶端的每次請求都要求建立一次單獨的連接，在處理完本次請求後，就自動釋放連接。在HTTP 1.1中則可以在一次連接中處理多個請求，並且多個請求可以重疊進行，不需要等待一個請求結束後再發送下一個請求。 由於HTTP在每次請求結束後都會主動釋放連接，因此HTTP連接是一種“短連接”、“無狀態”，要保持客戶端程序的在線狀態，需要不斷地向伺服器發起連接請求。通常的做法是即使不需要獲得任何數據，客戶端也保持每隔一段固定的時間向伺服器發送一次“保持連接”的請求，伺服器在收到該請求後對客戶端進行回復，表明知道客戶端“在線”。若伺服器長時間無法收到客戶端的請求，則認為客戶端“下線”，若客戶端長時間無法收到伺服器的回復，則認為網路已經斷開。 基於HTTP1.0協議的客戶端在每次向伺服器發出請求後，伺服器就會向客戶端返回響應消息，在確認客戶端已經收到響應消息後，服務端就會關閉網路連接。在這個數據傳輸過程中，並不保存任何歷史信息和狀態信息，因此，HTTP協議也被認為是無狀態的協議。 HTTP1.1和HTTP1.0相比較而言，最大的區別就是增加了持久連接支持。當客戶端使用HTTP1.1協議連接到伺服器後，伺服器就將關閉客戶端連接的主動權交還給客戶端;也就是說，只要不調用Socket類的close方法關閉網路連接，就可以繼續向伺服器發送HTTP請求。 HTTP連接使用的是“請求—響應”的方式(2次握手)，不僅在請求時需要先建立連接，而且需要客戶端向伺服器發出請求後，伺服器端才能回復數據。而Socket連接在雙方建立起連接後就可以直接進行數據的傳輸 HTTP協議的特點： 支持B/S及C/S模式; 簡單快速：客戶向伺服器請求服務時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。 靈活：HTTP 允許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type 加以標記; 無狀態：HTTP 協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。 HTTP協議請求方法： 請求行中包括了請求方法，解釋如下： GET 請求獲取Request-URI 所標識的資源; POST 在Request-URI 所標識的資源後附加新的數據; HEAD 請求獲取由Request-URI 所標識的資源的響應消息報頭 PUT 請求伺服器存儲一個資源，並用Request-URI 作為其標識 DELETE 請求伺服器刪除Request-URI 所標識的資源; TRACE 請求伺服器回送收到的請求信息，主要用於測試或診斷 CONNECT 保留將來使用 OPTIONS 請求查詢伺服器的性能，或者查詢與資源相關的選項和需求 Get與Post請求區別： Post請求可以向伺服器傳送數據，而且數據放在HTML HEADER內一起傳送到服務端URL地址，數據對用戶不可見。而get是把參數數據隊列加到提交的URL中，值和表單內各個欄位一一對應， 例如(/s?w=%C4&inputT=2710) get 傳送的數據量較小，不能大於2KB。post傳送的數據量較大，一般被默認為不受限制。但理論上，IIS4中最大量為80KB，IIS5中為100KB。 get安全性非常低，post安全性較高。 項目結構圖： get方式： get機制用的是在URL地址裡面通過?號間隔，然後以name=value的形式給客戶端傳遞參數。所以首先要在Android工程下的AndroidGetTest.java中onCreate方法定義好其URL地址以及要傳遞的參數，然後通過URL打開一個HttpURLConnection鏈接，此鏈接可以獲得InputStream位元組流對象，也是往服務端輸出和從服務端返回數據的重要過程，而若服務端response.getInputStream.write()往andorid返回信息時候，就可以通過InputStreamReader作轉換，將返回來的數據用BufferReader顯示出來。 具體代碼如下： Servlet端接收數據並返回通知： Android端發送消息並接收Servlet返回的消息： post方式： post傳輸方式不在URL里傳遞，也正好解決了get傳輸量小、容易篡改及不安全等一系列不足。主要是通 過對HttpURLConnection的設置，讓其支持post傳輸方式，然後在通過相關屬性傳遞參數(若需要傳遞中文字元，則可以通過URLEncoder編碼，而在獲取端採用URLDecoder解碼即可)

3. android通過web介面調用數據

web返回的是xml的標記語言，需要解析才能夠使用。連網操作是非同步進行的，需要在回調中使用，不論是通過對象賦值，還是直接用數組接過數據，都是需要，和主線程通信後才能夠使用的。直接使用的話，時序上是錯亂的，而且Android的系統也並不支持。handler的通信機制，可以了解一下網頁鏈接

4. android需要多客戶端之間通信，後台是javaweb項目，怎麼加進去socekt呢

android studio端
package com.example.z_t.mytest3;
import android.content.Intent;
import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.util.Log;
import android.view.View;
import android.widget.Button;
import android.widget.EditText;
import android.widget.Toast;
import org.xmlpull.v1.XmlPullParser;
import org.xmlpull.v1.XmlPullParserFactory;
import java.io.IOException;
import java.io.StringReader;
import okhttp3.Call;
import okhttp3.Callback;
import okhttp3.FormBody;
import okhttp3.OkHttpClient;
import okhttp3.Request;
import okhttp3.RequestBody;
import okhttp3.Response;
public class FirstActivity extends AppCompatActivity {
private EditText username;
private EditText password;
private String uname;
private String pwd;
private String result;
private String re;
private boolean res;

5. android webrtc 怎麼發送offer和answer

推薦使用即構科技，即構4行代碼，30分鍾在APP、Web和小程序等應用內實現視頻通話、語音通話，互動直播功能。android webrtc 發送offer和answer的步驟如下：【點擊免費試用，0成本啟動】

設置本地sdp（setLocalDescription）
監聽回調（onSetSuccess）
socket發送offer和answer
socket接受offer和answer
PeerConnectionManager處理offer和answer（setRemoteDescription）
PeerConnectionManager處理offer和answer（setRemoteDescription）

想要了解更多關於這方面的相關信息，推薦咨詢ZEGO即構科技。2022年4月28日，即構科技攜手互聯網出海服務平台揚帆出海、互聯網出海企業WebEye，共同舉辦《音視頻社交出海新風口》線上直播活動。即構科技泛娛樂社交玩法2.0以及最新的技術方案已經在市場上得到成功的驗證，未來希望能通過即構的行業沉澱，與客戶一同推動行業升級，並且在未來的行業熱點上持續提供實實在在可落地的解決方案。

6. Android怎麼連接Web伺服器

轉載 這種功能實際上就是數據同步，同時要考慮手機本身、電量、網路流量等等限制因素，所以通常在移動端上有一下兩個解決方案: 1.一種是定時去server查詢數據，通常是使用HTTP協議來訪問web伺服器，稱Polling（輪詢）； 2.還有一種是移動端和服...