如题，pc服务器端想主动发送SOAP格式的消息给Android客户端，请问大家有什么好的解决方案吗？谢谢指教。
还有一个问题，就是服务端应该如何找到连接到它的所有手机用户呢？
Thank you for your help!
...应该是客户端主动定时去连服务器端，这种操作最好要让用户知道
第二个问题应该是不是在用户连接到手机时，存到一个地方，或者内存中，或者数据库中
android可用soket啊，跟核心库的用法没区别，自己定义消息协议，判断用户是否断线。很好解决嘛
如果你只是想把消息发给现在在线的用户的话，那么客户端肯定需要一个监听程序，来监听来自服务器的消息，
而服务端则在有新数据时，检查在线的用户并获取相关信息，然后发个消息给客户端的监听端口
android是linux内核的，而且能连网络，那么肯定是要端口来连接的，这是我的推测，没有去找相关的资料
邮件服务器又是怎么主动将新邮件发送给手机用户的呢？
如果是手机的话，是不是会发条短信给手机，毕竟这样不需要知道IP之类的东西
浏览器请求服务时，肯定是浏览器定时去服务器请求的，才可能知道有没有新的内容
与其同时出现的还有一个问题，，就是当数据库更新后服务器要如何识别连接到它的所有手机用户，并将更新通知发送给他们呢？关于这个问题，你有啥高见没？
第一，你是如何来连接到服务器的，你是自己来管理用户状态的不？有没有timeout机制，就是类似于 http协议中的 session
如果你是自己来管理这些的话，那么当用户连接到服务器时，你需要把用户的这些内容写到服务器的文本或者数据库或者直接保存到内存中，然后用户断开后，把相应的用户信息删掉
这样当数据库有新消息时，你可以从保存用户信息的地方得到所有的连线用户，发消息给用户的话，就是把消息发给用户的IP和监听端口,如果客户端有http服务的话，你也可以直接发送http信息到这个客户端的http服务上
这只是我的想法，你做个参考吧
:D
http://zhidao.baidu.com/question/137283626
得到的ip不太一样
http://www.droidnova.com/get-the-ip-address-of-your-device,304.html
显然HTTP的 请求-响应 模式在这种场景下缺点就出来了.
建议用socket试试,服务器缓存活动的socket,通过socket广播或者针对单一的某个socket发消息都比较方便,只是广播在连接数大的时候开销大点.