android訪問本地伺服器

㈠ 如何在android手機上使用telnet方式登錄公司的伺服器

在Android手機上使用Telnet方式登錄公司的伺服器，首先你需要一個Android下的Telnet客戶端。在Linux環境下，你可以直接通過命令行登錄，這是因為Linux系統提供了直接的訪問途徑。不過，在Android系統中，由於對Linux功能進行了封裝，上層應用往往無法直接訪問這些底層功能。當然，如果你有足夠的技術能力，也可以自己動手，通過JNI（java Native Interface）和NDK（Native Development Kit）的方式實現。

使用Telnet進行遠程登錄時，你需要確保目標伺服器的IP地址和埠號是正確的。同時，你需要有正確的Telnet客戶端應用支持。Android系統自帶的應用市場或者第三方應用商店中，可以找到支持Telnet功能的客戶端應用。安裝並打開該應用後，按照應用內的提示輸入伺服器的IP地址、埠號、用戶名和密碼，點擊登錄按鈕即可嘗試連接。

在進行Telnet登錄的過程中，確保網路連接穩定是關鍵。因為Telnet是一種基於文本的協議，其數據傳輸依賴於穩定的網路環境。如果網路不穩定，可能會導致登錄失敗或者數據傳輸錯誤。此外，為了確保數據安全，建議使用SSH協議進行登錄，相比Telnet，SSH提供了更高級別的安全性。

總結來說，要在Android手機上使用Telnet方式登錄公司的伺服器，你需要一個支持Telnet功能的客戶端應用，並確保網路連接穩定。此外，如果對安全有更高要求，建議使用SSH協議進行登錄。

㈡ Android模擬器如何與本地電腦伺服器連接

模擬器和logcat失去連接後，就不列印Log了。
重啟一次模擬器，會浪費很多時間 。
使用如下命令可以快速解決連接問題，在這里些記錄一下。
用ABD命令，重啟一次就可以了。
abd kill-server
adb start-server

㈢ Android客戶端怎麼與伺服器資料庫連接

不能與資料庫連接的

Android客戶端不能直接與伺服器資料庫連接。資料庫是需要非常大的內存，安裝之後有好幾G，連接資料庫要有一個像SQLServer里的webservice，這樣的一個橋梁來間接訪問。就是在伺服器運行一個服務端程序，該服務端程序通過接收來自android客戶端的指令，對資料庫進行操作。

客戶端的http請求可以通過 HttpClient類實現，在anddroid 4.0之後，客戶端的網路請求已經不被允許在主線程中運行，所以還需注意另開啟一個子線程進行網路請求。

(3)android訪問本地伺服器擴展閱讀：

Android安全許可權機制：

Android默認設置下，所有應用都沒有許可權對其他應用、系統或用戶進行較大影響的操作。這其中包括讀寫用戶隱私數據（聯系人或電子郵件），讀寫其他應用文件，訪問網路或阻止設備待機等。安裝應用時，在檢查程序簽名提及的許可權，且經過用戶確認後，軟體包安裝器會給予應用許可權。

下載一款Android應用通常會要求如下的許可權：撥打電話、發送簡訊或彩信、修改/刪除SD卡上的內容、讀取聯系人的信息、讀取日程信的息，寫入日程數據、讀取電話狀態或識別碼、精確的（基於GPS）地理位置、模糊的（基於網路獲取）地理位置、創建藍牙連接、

還有對互聯網的完全訪問、查看網路狀態，查看WiFi狀態、避免手機待機、修改系統全局設置、讀取同步設定、開機自啟動、重啟其他應用、終止運行中的應用、設定偏好應用、震動控制、拍攝圖片等。

㈣ 如何實現android和伺服器的長連接

轉載 這種功能實際上就是數據同步，同時要考慮手機本身、電量、網路流量等等限制因素，所以通常在移動端上有一下兩個解決方案:

1.一種是定時去server查詢數據，通常是使用HTTP協議來訪問web伺服器，稱Polling（輪詢）；

2.還有一種是移動端和伺服器建立長連接，使用XMPP長連接，稱Push（推送）。

從耗費的電量、流量和數據延遲性各方面來說，Push有明顯的優勢。但是使用Push的缺點是：

對於客戶端：實現和維護相對成本高，在移動無線網路下維護長連接，相對有一些技術上的開發難度。

對於伺服器：如何實現多核並發，cpu作業調度，數量龐大的長連接並發維護等技術，仍存在開發難點。

在講述Push方案的原理前，我們先了解一下移動無線網路的特點。

移動無線網路的特點：

因為 IP v4 的 IP 量有限，運營商分配給手機凳褲終端的 IP 是運營商內網的 IP，手機要連接 Internet，就需要通過運營商的網關做一個網路地址轉換（Network Address Translation，NAT）。簡單的說運營商的網關需要維護一個外網 IP、埠到內網 IP、埠的對應關系，以確保內網的手機可以跟 Internet 的伺服器通訊

GGSN（Gateway GPRS

Support Node 網關GPRS支持結點）模塊就實現了NAT功能。

因為大部分移動無線網路運營商都是為了減少網關的NAT映射表的負荷，所以如果發現鏈路中有一段時間沒有數據通訊時，會刪除其對應表，造成鏈路中斷。（關於NAT的作用及其原理可以查看我的另一篇博文：關於使用UDP(TCP)跨區域網，NAT穿透的心得）

Push在Android平台上長連接的實現：

既然我們知道我們移動端要和Internet進行通信，必須通過運營商的網關，所以，為了不讓NAT映射表失效，我們需要定時向Internet發送數據，因為只是為了不然NAT映射表失效，所以只需發送長度為0的數據即可。

這時候就要用到定時器，在android系統上，定時器通常有一下兩種：

1.java.util.Timer

2.android.app.AlarmManager

分析：

Timer:可以按照計劃或者時間周期來執行相關的任務。但是Timer需要用WakeLock來讓CPU保持喚醒狀態，才能保證任務的執行，這樣子會消耗大量流量；當CPU處於休眠的時候，就不能喚醒執行任務，所以應用於移動端明顯是不合適。

AlarmManager：AlarmManager類是屬於android系統封裝好來管理RTC模塊的管理類。悔粗銷這里就涉及到RTC模塊，要更好地了解兩者的區別，就要明白兩者真正的區別。

RTC（Real- Time Clock）實時鬧鍾在一個嵌入式系統中，通常採用RTC

來提供可靠的系統時間，包括時分秒和年月日等;而且要求在系統處於關碧游機狀態下它也能夠正常工作（通常採用後備電池供電），它的外圍也不需要太多的輔助電路，典型的就是只需要一個高精度的32.768KHz

晶體和電阻電容等。（如果對這方面感興趣，可以自己查閱相關資料，這里就說個大概）

好了，回來正題。所以，AlarmManager又稱全局定時鬧鍾。這意味著，當我用使用AlarmManager來定時執行任務，CPU可以正常地休眠，只有在執行任務是，才喚醒CPU，這個過程是很短時間的。

下面簡單來說明其使用：

1.類似於Timer功能：

//獲得鬧鍾管理器

AlarmManager

am = (AlarmManager)getSystemService(ALARM_SERVICE);

//設置任務執行計劃

am.setRepeating(AlarmManager.ELAPSED_REALTIME, firstTime, 5*1000,

sender);//從firstTime才開始執行，每隔5秒再執行

2.實現全局定時功能：

//獲得鬧鍾管理器

AlarmManager

am = (AlarmManager)getSystemService(ALARM_SERVICE);

//設置任務執行計劃

am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, firstTime,

5*1000, sender);//從firstTime才開始執行，每隔5秒再執行

總結：在android客戶端使用Push推送時，應該使用AlarmManager來實現心跳功能，使其真正實現長連接。