android伺服器實現

1、如何部署android伺服器端的java代碼

打成包部署上去

2、如何實現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映射表的負荷，所以如果發現鏈路中有一段時間沒有數據通訊時，會刪除其對應表，造成鏈路中斷。 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來實現心跳功能，使其真正實現長連接。

3、android中數據上傳到伺服器怎麼實現

伺服器端寫個servlet，然後在doPost()方法里處理客戶端上傳的文件，大概代碼：DiskFileItemFactory factory = new DiskFileItemFactory();factory.setSizeThreshold(1024 * 1024); // 設置最多隻允許在內存中存儲的數據, 單位:位元組factory.setRepository(cachepath); // 設置一旦文件大小超過設定值時數據存放的目錄 ServletFileUpload srvFileUpload = new ServletFileUpload(factory);srvFileUpload.setSizeMax(1024 * 1024 * 1024); // 設置允許用戶上傳文件大小, 單位:位元組// 開始讀取上傳信息List fileItems = null;try { fileItems = srvFileUpload.parseRequest(request);} catch (Exception e) { System.out.println("獲取上傳信息。。。。。。失敗");}// 依次處理每個上傳的文件Iterator iter = fileItems.iterator(); while (iter.hasNext()) { FileItem item = (FileItem) iter.next(); // 忽略其他不是文件域的所有表單信息 if (!item.isFormField()) { // 取出文件域的所有表單信息 } else { // 取出不是文件域的所有表單信息 }}

4、如何實現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映射表的負荷，所以如果發現鏈路中有一段時間沒有數據通訊時，會刪除其對應表，造成鏈路中斷。
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來實現心跳功能，使其真正實現長連接。

5、Android伺服器通信的幾種方式詳解

大 學學習網路基礎的時候老師講過，網路由下往上分為物理層、數據鏈路層、網路層、傳輸層、會話層、表示層和應用層。通過初步的了解，我知道IP協議對應於網 絡層，TCP協議對應於傳輸層，而HTTP協議對應於應用層，三者從本質上來說沒有可比性，socket則是對TCP/IP協議的封裝和應用（程序員層面 上）。也可以說，TPC/IP協議是傳輸層協議，主要解決數據如何在網路中傳輸，而HTTP是應用層協議，主要解決如何包裝數據。關於TCP/IP和 HTTP協議的關系，網路有一段比較容易理解的介紹： 「我們在傳輸數據時，可以只使用（傳輸層）TCP/IP協議，但是那樣的話，如果沒有應用層，便無法識別數據內容，如果想要使傳輸的數據有意義，則必須使 用到應用層協議，應用層協議有很多，比如HTTP、FTP、TELNET等，也可以自己定義應用層協議。WEB使用HTTP協議作應用層協議，以封裝 HTTP文本信息，然後使用TCP/IP做傳輸層協議將它發到網路上。」
而我們平時說的最多的socket是什麼呢，實際上socket是對TCP/IP協議的封裝，Socket本身並不是協議，而是一個調用介面（API）， 通過Socket，我們才能使用TCP/IP協議。實際上，Socket跟TCP/IP協議沒有必然的聯系。Socket編程介面在設計的時候，就希望也 能適應其他的網路協議。所以說，Socket的出現只是使得程序員更方便地使用TCP/IP協議棧而已，是對TCP/IP協議的抽象，從而形成了我們知道 的一些最基本的函數介面，比如create、listen、connect、accept、send、read和write等等。網路有一段關於 socket和TCP/IP協議關系的說法比較容易理解：「TCP/IP只是一個協議棧，就像操作系統的運行機制一樣，必須要具體實現，同時還要提供對外 的操作介面。這個就像操作系統會提供標準的編程介面，比如win32編程介面一樣，TCP/IP也要提供可供程序員做網路開發所用的介面，這就是 Socket編程介面。」
關於TCP/IP協議的相關只是，用博大精深來講我想也不為過，單單查一下網上關於此類只是的資料和書籍文獻的數量就知道，這個我打算會買一些經典的書籍 （比如《TCP/IP詳解：卷一、卷二、卷三》）進行學習，今天就先總結一些基於基於TCP/IP協議的應用和編程介面的知識，也就是剛才說了很多的 HTTP和Socket。
CSDN上有個比較形象的描述：HTTP是轎車，提供了封裝或者顯示數據的具體形式；Socket是發動機，提供了網路通信的能力。
實際上，傳輸層的TCP是基於網路層的IP協議的，而應用層的HTTP協議又是基於傳輸層的TCP協議的，而Socket本身不算是協議，就像上面所說，它只是提供了一個針對TCP或者UDP編程的介面。
下面是一些經常在筆試或者面試中碰到的重要的概念，特在此做摘抄和總結。
一。什麼是TCP連接的三次握手
第一次握手：客戶端發送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；
第二次握手：伺服器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；
第三次握手：客戶端收到伺服器的SYN＋ACK包，向伺服器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。
握手過程中傳送的包里不包含數據，三次握手完畢後，客戶端與伺服器才正式開始傳送數據。理想狀態下，TCP連接一旦建立，在通信雙方中的任何一方主動關閉 連接之前，TCP 連接都將被一直保持下去。斷開連接時伺服器和客戶端均可以主動發起斷開TCP連接的請求，斷開過程需要經過「四次握手」（過程就不細寫了，就是伺服器和客 戶端交互，最終確定斷開）
二。利用Socket建立網路連接的步驟
建立Socket連接至少需要一對套接字，其中一個運行於客戶端，稱為ClientSocket ，另一個運行於伺服器端，稱為ServerSocket 。
套接字之間的連接過程分為三個步驟：伺服器監聽，客戶端請求，連接確認。
1。伺服器監聽：伺服器端套接字並不定位具體的客戶端套接字，而是處於等待連接的狀態，實時監控網路狀態，等待客戶端的連接請求。
2。客戶端請求：指客戶端的套接字提出連接請求，要連接的目標是伺服器端的套接字。為此，客戶端的套接字必須首先描述它要連接的伺服器的套接字，指出伺服器端套接字的地址和埠號，然後就向伺服器端套接字提出連接請求。
3。 連接確認：當伺服器端套接字監聽到或者說接收到客戶端套接字的連接請求時，就響應客戶端套接字的請求，建立一個新的線程，把伺服器端套接字的描述發給客戶 端，一旦客戶端確認了此描述，雙方就正式建立連接。而伺服器端套接字繼續處於監聽狀態，繼續接收其他客戶端套接字的連接請求。
三。HTTP鏈接的特點
HTTP協議即超文本傳送協議(Hypertext Transfer Protocol )，是Web聯網的基礎，也是手機聯網常用的協議之一，HTTP協議是建立在TCP協議之上的一種應用。
HTTP連接最顯著的特點是客戶端發送的每次請求都需要伺服器回送響應，在請求結束後，會主動釋放連接。從建立連接到關閉連接的過程稱為「一次連接」。
四。TCP和UDP的區別（考得最多。。快被考爛了我覺得- -\\）
1。 TCP是面向鏈接的，雖然說網路的不安全不穩定特性決定了多少次握手都不能保證連接的可靠性，但TCP的三次握手在最低限度上（實際上也很大程度上保證 了）保證了連接的可靠性；而UDP不是面向連接的，UDP傳送數據前並不與對方建立連接，對接收到的數據也不發送確認信號，發送端不知道數據是否會正確接 收，當然也不用重發，所以說UDP是無連接的、不可靠的一種數據傳輸協議。
2。也正由於1所說的特點，使得UDP的開銷更小數據傳輸速率更高，因為不必進行收發數據的確認，所以UDP的實時性更好。
知 道了TCP和UDP的區別，就不難理解為何採用TCP傳輸協議的MSN比採用UDP的QQ傳輸文件慢了，但並不能說QQ的通信是不安全的，因為程序員可以 手動對UDP的數據收發進行驗證，比如發送方對每個數據包進行編號然後由接收方進行驗證啊什麼的，即使是這樣，UDP因為在底層協議的封裝上沒有採用類似 TCP的「三次握手」而實現了TCP所無法達到的傳輸效率。

6、如何在Android實現一個流媒體伺服器

現在，越來越多的朋友用上了寬頻，如果僅僅只是將寬頻用來下載軟體、觀看電影，那未免太浪費了。假如你的機器性能還不錯的話，是否設想過將它架設為一台流媒體伺服器。這樣就可以與親朋好友共享美妙的音樂或最新的電影，那種網路DJ的感受可真是無與倫比呀。 就現在的主流計算機硬體而言，搭建一台網路流媒體伺服器應該沒有什麼困難，只要滿足Pentium III 450MHz、256MB內存容量、足夠的硬碟空間即可。但如果你還沒有用上寬頻，那麼還是放棄吧，否則那時斷時續的傳播質量會讓朋友們罵死你。 

架設網路流媒體伺服器 

所謂流媒體技術，是指將連續的影像和聲音信息經過壓縮處理後放在網站伺服器上，讓用戶能夠一邊下載一邊觀看、收聽（即所謂的「在線欣賞」），而不需要等整個壓縮文件下載到自己的機器上才可以欣賞的網路傳輸技術。目前，在這個領域中的競爭者主要有微軟、RealNetworks、Apple三家公司，例如微軟新近發布了Windows Media Services 9、RealNetworks公司新近發布的Helix Platform、Apple新近發布的Darwin streaming server 4.1，意圖在流媒體領域大幹一場。 

一般來說，一個完整的流媒體服務系統需要三個部分組成：編碼器、流伺服器和播放器。編碼器通過對內容來源（如MP3文件或者麥克風輸入）進行編碼，並將編碼過的內容發送到流伺服器；流伺服器再將它們發布到Internet，這樣客戶端的播放器只要連接到流伺服器就可以進行在線播放了。 

利用Winamp架設MP3網路電台 

當我們靜靜地在欣賞美妙的MP3音樂時，你是否曾經考慮過將這些原本屬於個人的MP3音樂通過網路在區域網內進行發布，甚至還可以通過Internet進行發布？這樣就可以讓遍布世界的朋友們與你一起共享MP3音樂之旅。其實，要做到這一點並不難，你只要將本機創建為一台MP3流媒體伺服器，將自己所喜愛的MP3音樂不停播放，然後通知朋友們訪問你的這台MP3伺服器就可以了。 

說起MP3的播放，使用最廣泛的莫過於Winamp了。對於MP3流媒體服務這個領域，Winamp的開發者Nullsoft公司當然不會放棄，專門發布了面向MP3的流伺服器SHOUTcast Server。雖然它的功能沒有Windows Media Server和Real Server強大，但它不僅對硬體的要求極低，更關鍵的是完全免費，使用起來沒有後顧之憂。另外你還需要下載一個名為SHOUTcast DSP Plug-in的插件，只有安裝了這個不起眼的插件，Winamp才能支持流媒體服務。 

首先打開Winamp（請注意版本號必須在2.22以上），切換到「Options」 | 「Preferences」| 「DSP/Effect」標簽頁，選中「Nullsoft SHOUTcast Source DSP v1.8.2a[dsp_sc.dll]」下的「Configure」按鈕。打開「SHOUTcast Source」窗口，選擇「Output」標簽頁，如圖1所示，在「Address」欄內填入本機的IP地址。如果你想在Internet上廣播MP3音樂，則必須鍵入本機的外部IP地址，然後就可以從程序組中運行SHOUTcast DAAS（GUI）程序以啟動SHOUTcast服務。這時系統會自動連接到http://yp.shoutcast.com伺服器，接下來請返回圖1窗口點擊「Connect」按鈕。如果連接成功，該按鈕會變為「disconnect」字樣，這樣我們就完成了在本機架設MP3流伺服器的全部過程。 

架設REAL格式的視頻點播中心 

如果是架設視頻點播伺服器，那麼選擇Real格式是非常明智的。因為RealProcer Plus這款功能強大的軟體操作相當簡單，每次使用時會彈出一個向導對話框進行操作提示。目前最新版本是10.0，我們只要選擇8.5.1以上的版本即可。 

從「工具」菜單下選擇「創建網頁」命令，此時會彈出一個如圖2所示的向導式對話框，點擊「前進」按鈕選擇你希望用於創建Web頁面的Real多媒體文件。隨後RealProcer會詢問是創建「彈出式播放器」還是「嵌入式播放器」，一般建議選擇後者，因為這樣所需要的系統資源更低，當然啟動速度也更快。至於播放器的界面，可以選擇「標准播放器」，很快就可以創建成功。 

最後，RM文件對象所在的目錄會增加一些文件，請將這些文件與RM對象一起上傳，不過要注意保證RM文件與HTML文件在同一目錄下，否則播放器可能無法找到播放對象。 

架設WMP流媒體伺服器 

微軟的手伸得很長，什麼領域都要插足一下。憑借著Windows操作系統的影響力，Windows Media Player市場佔有率越來越高，而微軟的*.asf、*.wmv、*.wma、*.avi等格式也開始被越來越多的用戶所接受。 

架設WMP流媒體伺服器，你需要安裝Windows Media Encoder才行，目前最新版本是9.0簡體中文版。如圖3所示，我們應該在這里選擇「廣播實況事件」，接著選擇用來編碼的音頻和視頻設備。注意請事先將音頻和視頻設備與計算機正確連接，否則會無法檢測到。接著你還需要指定服務和發布點，當然也可以使用現有的發布點。然後Windows Media Encoder會自動創建伺服器，並給出HTTP連接地址與區域網內部地址，請記住這些內容，最後點擊「開始」按鈕正式啟動WMP流媒體伺服器。 

接下來，我們就可以將剛才記下的HTTP連接地址與區域網內部地址告訴給朋友們。他們只要打開IE，輸入正確的IP地址和埠號，很快就可以訪問WMP流媒體伺服器。 

架設QT流媒體伺服器 

平時，我們見到的大多是打造MWF（矢量地圖窗口文件，Map Window File）或RM流伺服器，可是你可知道QuickTime（以下簡稱QT）流媒體伺服器應該如何來打造嗎？其實，藉助蘋果的QuickTime Streaming Server工具，我們可以在短時間內快速打造出一台QT流伺服器。 

首先我們要准備一些工具，QuickTime媒體播放工具當然是必不可少的。目前最新版本是6.5簡體中文版，到處都可以找到，或者直接到蘋果公司的網站下載，並且需要在伺服器和客戶端同時安裝。Perl語言解析器，最低版本要求是5.0以上。QuickTime Streaming Server與用戶見面最早是在1999年，當時以其開放源代碼和基於標準的實時傳輸協議/實時流協議（RTP/RTSP）引擎深深地動搖了流媒體工業的基礎，目前的最新版本是5.0，下載文件共9.2MB。 

從http://developer.apple.com/darwin/projects/streaming/地址可以免費下載，但你必須擁有Apple的注冊用戶名才能登錄（注冊是免費的），這里有Mac OS X、Red Hat、Solaris、Windows NT/2000/XP等版本可供選擇。下載回來的是一個自解壓文件，釋放後執行Install.bat運行安裝程序，運行過程在命令提示符窗口中完成，最後還需要設置登錄用戶名、密碼，如圖4所示，當看到「Setup Complete!」的提示信息時即大功告成。QT流媒體伺服器建設過程和RM類似，在這里就不再贅述。 

如何共享音頻和視頻 

共享音頻 

前面，我們利用Winamp、SHOUTcast Server將本機架設為一台MP3流伺服器，那麼該如何讓遍布天南海北的朋友或區域網中的同事欣賞這些美妙音樂呢？ 

這有兩種方法：一種是打開Winamp，從「Play」菜單下選擇「Location」命令，或者直接鍵入「Ctrl-L」組合鍵打開一個對話框，然後在這里鍵入MP3流伺服器的URL地址或者IP地址、埠號（預設為8000），例如「http://192.168.0.1:8000」或者「http://61.277.1.24:8000」即可收聽；另一種方法則更為簡單，從IE中打開「http://192.168.0.1:8000」進入Web管理頁面，如圖5所示，然後點擊「收聽」按鈕就可以在線收聽MP3流音樂。 

共享視頻 

雖然蘋果的QuickTime Player的市場佔有率遠遠不如Real或Windows Media Player，但忠實的用戶依然不少。而且蘋果畢竟是網路流媒體的開山鼻祖，因此許多最新大片都是採用QT格式。 

首先必須在機器上啟動QT服務，然後通知朋友們在遠程計算機中打開QuickTime。從「文件」菜單中選擇「在新的播放窗口中打開URL」命令，鍵入「rtsp://server/file.mov」來訪問QT流伺服器以實現遠程播放。這里的「server」是伺服器的IP地址，「file.mov」是媒體文件名，默認的RTSP傳輸埠是554埠。如果網路連接沒有什麼問題的話，如圖6所示，那麼你很快就可以連接成功。 

建立播放列表或點播系統 

辛辛苦苦架設了一台流媒體伺服器，我們還可以建立播放列表或點播系統，甚至可以進行網路直播，反正已經用上了寬頻，不用也是浪費。 

配置QT流媒體伺服器 

打開IE，在地址欄中輸入「http://server:1220」，這里的「server」代表伺服器的IP地址。如果前面的配置沒有什麼問題的話，很快就會進入如圖7所示的管理頁面，這里以列表形式顯示了當前的系統資源佔用情況和相關的伺服器信息。我們可以在這里查看連接到伺服器的用戶類型、IP地址、數據速率、數據傳輸量、包丟失比例、連接時間、連接文件等內容，也可以在這里設置映射文件夾、加密傳輸、最大連接用戶數、分配帶寬、重置密碼、更改埠，如果你需要的話，還可以查看錯誤日誌和操作日誌。 

創建播放列表 

點擊圖7窗口右側的「New MP3 Playlist」或「New Movie Playlist」按鈕，我們可以創建一個MP3或影片的播放列表。不過這里需要說明的是，你需要將相關的媒體文件復制到C:Program FilesDarwin Streaming ServerMovies文件夾中才行。 

如圖8所示，我們可以在這里通過「Weight」旁邊的小三角箭頭重新調整播放列表的播放順序，可惜的是QuickTime Streaming Server對簡體中文的支持十分差勁，顯示的竟然是一些亂碼字元。最後，點擊窗口右下角的「Save Changes」按鈕就可以將這份新建的播放列表保存下來，以後如果需要更改的話可以選擇「Edit Playlist」重新配置。 

不過，如果你希望其他用戶也能訪問這份播放列表文件，還必須點擊「Avaliable Playlists」列表框中的「Status」下的播放按鈕，也就是讓「Status」列的「Stopped」變為「Playing」才行。 

實現網路直播 

如果你還想在播放完MP3歌曲後說上一段話，那麼簡單的很，只要一個話筒就行了。不過，還需要在Winamp中進行一些設置，如圖9所示，在「Input Device」下拉列表框中選擇「Soundcard Input」項，這樣才會出現圖中的SoundCard Mixer設置項。如果使用默認的設置「Winamp（Recommended）」的話就只有Input Levels一項了，下面還有「Music Level」、「BGMusic Level」、「Mic Level」幾個滑塊可以調節音量的大小，而「Fade Time」是用來設

置移出時間值。 

現在，你無需進行其它設置，准備一番後，清清嗓子，點擊「Push to Talk」按鈕，然後再按下「Lock」按鈕鎖定當前話音輸入模式。接下來就可以對著麥克風開始你的網路直播之旅了，結束請再次按下「Lock」按鈕解鎖。 

7、如何實現android和伺服器長連接

1：android客戶端通過service在後台通過servreScoket不斷的accept，一旦有相應的socket到達，則啟動一個線程去處理
2:：在線程中處理完返回給我們android客戶端的消息或任務之後，要將這種結果表現在ui上，這個步驟方法就比較多了，例如你可以發一個廣播來通知ui,或者你可以通過一個static的handler來處理
*************************************service中的關鍵代碼
private void startSocketServer()
{
if (!isStarted)
{
try
{
serverSocket = new ServerSocket( 6661 );
isStarted = true;
}
catch (Exception e)
{
// TODO: handle exception
}

// 啟動線程處理
AcceptThread acceptThread = new AcceptThread();
acceptThread.start();
}

}

class AcceptThread extends Thread
{
@Override
public void run()
{
while (isStarted)
{
try
{

// 阻塞接收
Socket client = serverSocket.accept();
initClientSocket( client );
}
catch (Exception e)
{
// TODO: handle exception
}

}
super.run();
}
}

private void initClientSocket(Socket client)
{

boolean isRunnable = true;
/**
* 重置
**/
if (cInputStream != null)
{
try
{
cInputStream.close();
cInputStream = null;
}
catch (IOException e)
{
e.printStackTrace();
}
}

if (clientSocket != null)
{
try
{
clientSocket.close();
clientSocket = null;
}
catch (Exception e)
{
// TODO: handle exception
}
}

String resultStr = "";
clientSocket = client;
try
{
cInputStream = new DataInputStream( clientSocket.getInputStream() );

if (isRunnable)
{
StringBuffer sb1 = new StringBuffer();
int ss;
while ((ss = cInputStream.read()) != -1)
{
sb1.append( (char) ss );
}
resultStr = sb1.toString();
//發送廣播
Intent intent = new Intent();
intent.putExtra( "str", resultStr );
intent.setAction( "com.jone.receiver" );
sendBroadcast( intent );
// Message msg = ((MainActivity)getApplicationContext()).handler.obtainMessage();
// msg.obj = resultStr;
// ((MainActivity)getApplicationContext()).handler.sendMessage( msg );

}

}
catch (Exception e)
{
// TODO Auto-generated catch block
isRunnable = false;
e.printStackTrace();
}

}

8、android伺服器端開發需要什麼技術?

你需要先搞明白什麼是服務端開發，了解下http協議，再結合自己的需求考慮使用哪種構架版。如果你是權想自己動手做，那麼先理清概念後，再找個稍有點經驗的技術詢問自己的需求用什麼做好。論壇和下單，跟套接字沒有關系，只需要web，http協議就可以了。
java的框架太重了，個人做的話沒有必要。
php當然可以啊，而且好學，好用，可以不用框架直接操作資料庫，多簡單啊。
python當然更好了，django框架，就沒那麼好學了。但是學了的話開發效率比php高多了。如果只是論壇和下單，不管哪種方式都很容易滿足，選一個你正在學的就OK。

9、android手機訪問伺服器, 手機和伺服器間怎麼實現

一般的在出廠時候就已經設定好了。不用你設置網路
如果網路進不去，估計是你的手機測試沒有安全通過，而檢測員也沒理。就直接給你發出來了，恰好你的運氣不好。。。
你去客服中心、不行就退貨、肯定是機子的問題

10、Android應用伺服器如何實現

1 socket，自己用socket來實現伺服器，自己指定交互規則，達到和客戶端交互。
2 網站web，然後提供一個訪問介面，安卓客戶端可以通過這個介面與伺服器交互，獲取數據，傳遞數據等。具體來說伺服器就是一個web工程，所以你需要搭建伺服器（tomcat等），把你的web應用發布到伺服器上。至於交互一般可以用servlet來和安卓客戶端交互，進而可以用action，這其實是j2e方面的知識了，所以你可以去了解下這方面的知識。
總體來說的話個人感覺第二種方法較好，因為交互層是別人寫好的，你自己寫的話有時候問題比較多。