物理上的斷開？物理斷開你給單片機的WIFI關斷了，程序也可以設置WIFI進入休眠。你買的WIFI模塊應該支持關閉和休眠指令的。
如果說是軟斷開，Socket套接字在發數據的時候連接，發完就斷開的。
② 如何用socket實現android手機與手機之間的通信
參考一般的java的socket編程，如果通過手機網路，就不要使用UDP即可。
③ 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解碼即可)
④ 如何干凈的實現Android/Java Socket 長連接通信
JavaSocket通信有很多的時候需要我們不斷的學習。方面效率雖然不及C與C++但它以靈活語言優勢，為大家廣為使用。本文就對在使用java做通信方面程序時候應改注意問題做以說明。
1.長連接、短鏈接只是針對客戶端而言，伺服器無所謂長、短；
2.無論同步或者非同步通信，發送之後務必要又響應回復，確認收到，負責進行一定范圍內重發，例如重發三次；
3.長連接伺服器與客戶端之間務必需要心跳探測，由客戶端主動發起；
4.短連接伺服器通用代碼：
python">packagecom.biesan.sms.gate.unioncom.communication;
importcom.biesan.commons.Constants;
importcom.biesan.commons.util.CodeUtil;
importcom.biesan.sms.gate.unioncom.data.*;
importcom.biesan.sms.gate.unioncom.util.GateInfo;
importjava.net.*;
importjava.io.*;
importjava.util.*;
importorg.apache.log4j.*;
importspApi.*;
{
//stopflag
privatebooleanunInterrupt=true;
privatebooleanunErr=true;
//privatebooleancloseSocketFlag=false;
//serversocket
privateServerSocketserverSo=null;
//currentsocket
privateSocketso=null
privateOutputStreamoutput=null;
privateInputStreaminput=null;
//gatecommand
privateSGIP_CommandtmpCmd=null;
privateSGIP_Commandcmd=null;
privateBindbind=null;
privateBindRespbindResp=null;
//privateUnbinnBind=null;
privateUnbindRespunBindResp=null;
=true;
LoggerunioncomLog=Logger.getLogger(Unioncom
Deliver.class.getName());
publicUnioncomDeliver(){
}
publicvoidrun(){
unioncomLog.info("Start...");
while(unInterrupt){
this.initServer();
this.startServices();
while(this.unAcceptErrorFlag){
try{
//接受連接請求
unioncomLog.info("beforeacceptconnection!.......
FreeMemroy:"+Runtime.getRuntime().freeMemory());
this.acceptConnection();
unioncomLog.info("afteracceptconnection!.......
FreeMemroy:"+Runtime.getRuntime().freeMemory());
while(unErr){
cmd=newCommand();
unioncomLog.info("beforereadcommandfromstream
...........FreeMemroy:"+Runtime.getRuntime().
freeMemory());
tmpCmd=cmd.read(input);
unioncomLog.info("afterreadcommandfromstream"+
getCommandString(cmd.getCommandID())+"FreeMemroy:"+
Runtime.getRuntime().freeMemory());
if(tmpCmd==null){
unErr=false;
break;
}
switch(cmd.getCommandID()){
//biadreadycommunication
caseSGIP_Command.ID_SGIP_BIND:{
this.dealBind();
break;
}//exitbind
caseSGIP_Command.ID_SGIP_UNBIND:{
this.dealUnBind();
unioncomLog.info("afterunbindconnection!.......
FreeMemroy:"+Runtime.getRuntime().freeMemory());
break;
}//deliver
....
default://錯誤的命令字
break;
}//switch
}//while(unErr)
}catch(Exceptione){
unioncomLog.error("UnioncomRecvServiceError"
+e.getMessage());
}finally{
if(this.so!=null){
this.closeSocket();
}
this.unErr=true;
}
}//while(this.unAcceptErrorFlag)
try{
this.closeServerSocket();
sleep(200);//sleep
}catch(InterruptedExceptionie){
}
}//while(unInterrupt)
}
privateStringgetCommandString(intcmd){
switch(cmd){
//biadreadycommunication
caseSGIP_Command.ID_SGIP_BIND:{
return"BINDCOMMAND";
}//exitbind
caseSGIP_Command.ID_SGIP_UNBIND:{
return"UNBINDCOMMAND";
}//deliver
case...
default:
return"UNKNOWNCOMMAND";
}
}
privatevoiddealBind(){
try{
bind=newBind(tmpCmd);
if(bind.readbody()!=0){
unioncomLog.warn("ReadBinderror");
this.unErr=false;
}
bindResp=newBindResp(tmpCmd.getMsgHead());
bindResp.SetResult(0);
bindResp.write(output);
unioncomLog.debug("Bindsuccess!");
}catch(Exceptione){
unioncomLog.error("DelaUnionRecvBindError!"+
e.getMessage());
this.unErr=false;
}
}
privatevoiddealUnBind(){
try{
//unBind=(Unbind)tmpCmd;
unBindResp=newUnbindResp(tmpCmd.getMsgHead());
unBindResp.write(output);
unioncomLog.debug("UnBindsuccess!");
}catch(Exceptione){
unioncomLog.warn("Unbinderror!"+e.getMessage());
}
this.unErr=false;
}
privatevoidstartServices(){
booleanunStartServices=true;
while(unStartServices){
try{
serverSo=newServerSocket(ugInfo.getLocalServerPort(),5,
InetAddress.getByName(ugInfo.getLocalIpAdd()));
//serverSo.setSoTimeout(60000);
unStartServices=false;
unioncomLog.info("CreateunionrecvsocketOk!");
}catch(IOExceptione){
unioncomLog.warn("Createunionrecvsocketerror!"
+e.getMessage());
unStartServices=true;
UnioncomSubmit.thrSlp(3000);
}
}
}
privatevoidacceptConnection(){
//Accept失敗
try{
so=serverSo.accept();
so.setSoTimeout(10000);
}catch(Exceptione){
unioncomLog.warn("AcceptError!"+e.getMessage());
this.closeServerSocket();
this.unAcceptErrorFlag=false;
this.unErr=false;
}
//Accept成功
try{
input=so.getInputStream();
output=so.getOutputStream();
}catch(IOExceptione){
unioncomLog.warn("GetI/OstreamError!"+e.getMessage());
this.closeService();
this.unAcceptErrorFlag=false;
this.unErr=false;
}
}
privatevoidcloseSocket(){
try{
so.close();
unioncomLog.info("SocketCloseSuccess!!!");
}catch(Exceptione){
unioncomLog.error("SocketCloseFailure!!!"+e.getMessage());
}
}
privatevoidcloseServerSocket(){
try{
serverSo.close();
unioncomLog.info("ServerSocketCloseSuccess!!!");
}catch(Exceptione){
unioncomLog
.error("ServerSocketCloseFailure!!!"+e.getMessage());
}
}
privatevoidcloseService(){
this.closeSocket();
this.closeServerSocket();
}
privatevoidinitServer(){
this.bind=null;
this.bindResp=null;
//this.unBind=null;
this.unBindResp=null;
this.tmpCmd=null;
this.cmd=null;
this.serverSo=null;
this.so=null;
this.output=null;
this.input=null;
this.unErr=true;
//this.closeSocketFlag=false;
unioncomLog.info("Memory***==="
+java.lang.Runtime.getRuntime().freeMemory());
}
(){
this.unInterrupt=false;
unioncomLog.info("Requreinterrupt!!!");
}
(intmsgCoding,byte[]msgContent){
StringdeliverContent=null;
try{
if(msgContent!=null){
if(msgCoding==8){//處理ucs32編碼
deliverContent=newString(msgContent,
"UnicodeBigUnmarked");
}elseif(msgCoding==0){//處理ASCII編碼
deliverContent=newString(msgContent,"ASCII");
}elseif(msgCoding==4){//處理binary編碼
deliverContent=newString(msgContent);
}elseif(msgCoding==15){//處理GBK編碼
deliverContent=newString(msgContent,"GBK");
//處理DELIVER數據包的簡訊息ID
}else{
unioncomLog.error("編碼格式錯誤!");
return"";
}
}else
return"";
returndeliverContent;
}catch(){
unioncomLog.error("dealcontenterror!"+
ex.getMessage());
return"";
}
}
}
⑤ socket 短線重連怎麼實現，心跳機制又是怎樣實現，四次握手步驟有哪些
TCP連接簡介
當網路通信時採用TCP協議時，在真正的讀寫操作之前，server與client之間必須建立一個連接，
當讀寫操作完成後，雙方不再需要這個連接時它們可以釋放這個連接，
連接的建立是需要三次握手的，而釋放則需要4次握手，
所以說每個連接的建立都是需要資源消耗和時間消耗的
經典的三次握手示意圖：
經典的四次握手關閉圖：
一、長連接與短連接
長連接: 指在一個TCP連接上可以連續發送多個數據包，
在TCP連接保持期間，如果沒有數據包發送，需要雙方發檢測包以維持此連接;
一般需要自己做在線維持。
短連接: 指通信雙方有數據交互時，就建立一個TCP連接，數據發送完成後，則斷開此TCP連接;
一般銀行都使用短連接。
它的優點是：管理起來比較簡單，存在的連接都是有用的連接，不需要額外的控制手段
比如http的，只是連接、請求、關閉，過程時間較短,伺服器若是一段時間內沒有收到請求即可關閉連接。
其實長連接是相對於通常的短連接而說的，也就是長時間保持客戶端與服務端的連接狀態。
長連接與短連接的操作過程
通常的短連接操作步驟是：
⑥ android 客戶端怎麼實現長連接和短連接
所謂長連接，指在一個連接上可以連續發送多個數據包，然後斷開連接，在連接保持期間，如果沒有數據包發送，需要雙方發鏈路檢測包。短連接是指通訊雙方有數據交互時，就建立一個連接，數據發送完成後，則斷開此連接，即每次連接只完成一項業務的發送.
⑦ socket是長連接還是短連接
你好，socket長連接其實是長時間保持服務端與客戶端的連接，這是相對於短連接而言。只要你兩端不主動斷開連接，那麼該socket連接就是一直存在的，就可以收發數據。如果做得合理一點，就是在你不發數據的時候，自定義一個檢測數據包（我們可以稱之為心跳），例如由客戶端定時主動給服務端發送，這樣服務端收到後就表明，該連接時一直保持的。直到你主動關閉一端，該連接才斷開。
⑧ socket 長連接 短連接 是什麼 區別在哪裡
長連接：
在簡訊開發中，用到，象cmpp中提到過，就是不間斷的發送測試連通性的包，以確認是否連接中斷
如果中斷，則繼續連接；
短連接：
連接完成，發送完消息後，就斷開連接，下次在發消息的時候在次連接；
⑨ 什麼是短連接，長連接，Socket
1）短連接：從連接建立到關閉持續的時間比較短。過程大致是這樣的
建立連接-->交換數據-->關閉連接
2）長連接：從連接建立到關閉持續的時間比較長。過程大致是這樣的
建立連接-->交換數據-->交換數據---> ……-->交換數據 -->關閉連接
3）連接持續的長短是相對而言的
⑩ 什麼是socket什麼是socket的長，短連接
：長連接，指在一個TCP連接上可以連續發送多個數據包，在TCP連接保持期間，如果沒有數據包發送，需要雙方發檢測包以維持此連接，一般需要自己做在線維持。