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方面的知识了，所以你可以去了解下这方面的知识。
总体来说的话个人感觉第二种方法较好，因为交互层是别人写好的，你自己写的话有时候问题比较多。