长链接

短连接是指通讯双方有数据交互时，就建立一个连接，数据发送完成后，则断开此连接，即每次连接只完成一项业务的发送。

长连接多用于操作频繁，点对点的通讯，而且连接数不能太多情况。每个TCP连接都需要三步握手，这需要时间，如果每个操作都是短连接，再操作的话那么处理速度会降低很多，所以每个操作完后都不断开，下次处理时直接发送数据包就OK了，不用建立TCP连接。例如：数据库的连接用长连接，如果用短连接频繁的通信会造成socket错误，而且频繁的socket 创建也是对资源的浪费。

而像WEB网站的http服务一般都用短链接，因为长连接对于服务端来说会耗费一定的资源，而像WEB网站这么频繁的成千上万甚至上亿客户端的连接用短连接会更省一些资源，如果用长连接，而且同时有成千上万的用户，如果每个用户都占用一个连接的话，那可想而知吧。所以并发量大，但每个用户无需频繁操作情况下需用短连好。

 

手机推送原理

手机推送服务的原理很简单，就是通过建立一条手机与服务器的连接链路，当有消息需要发送到手机时，通过此链路发送即可。 推送服务的使用流程虽然略有差别但是大致都和IOS的APNS相似

1、首先是应用程序注册消息推送。

2、 IOS跟APNS Server要deviceToken。应用程序接受deviceToken。

3、应用程序将deviceToken发送给PUSH服务端程序。

4、 服务端程序向APNS服务发送消息。

5、APNS服务将消息发送给iPhone应用程序

 

 

【转】微信长链接

在开发过程中，我们经常会用到TCP/IP连接实现即时数据传输，对于java Server 来说如果用在PC段问题不会太大，在PC上资源空间相对比较大，呆在手机上不一样，要考虑很多问题，下面我说说在手机客户端实现TCP/IP连接中,我们讨论下一下几个问题：

第一，耗电

        关于耗掉问题，我想很多朋友开发中也遇到过，其实在android中耗电主要是因为占用cpu时间长和一些感应器的使用，java中药实现长连接基本上都要实现两个线程一个接收一个发送数据，分分秒秒都在跑着两个线程对于手机来说能不耗电吗？当然。那我们要怎样解决呢，我这里给出几个建议，在android中，发消息线程我们可以用一个线程池，有消息发时跑一下相对没那么耗cpu这样不会一直占用cpu了，但是对于接收消息怎么解决呢，对于即时消息来说你不能让他等待一会再跑一下看看有没有消息吧，这样给用户体验很不好，一直轮询的跑看看又没消息有很耗电给人感觉这软件怎么那么流氓不知道在搞什么那么耗电，这样可能就不想用了。那怎么办？这里我给一个建议就是可以使用C/C++自己去封装一个TCP/IP长连接的库，这个库我们可以简单得实现连接，断开，还有发消息（发送线程可以不在这里处理），接收消息（接收线程在这里处理），在C/C++中可以Socket使用阻塞模式接收消息(即，有消息就接收没消息就自动等等在哪里)，这样消息也能即时接收，耗电量也相对少很多，这个接收线程可以做得相对简单点，只接收数据，然后直接回调给上层处理就可以。

第二，内存

       手机中内存使用也是很致命，虽然现在的手机内存已经不小了，但是他不是只供应你一个应用使用，所以还得处理耗没有个空间，比如我们发送消息时会有很多数据包，发出去了也就不处理了。这样很多对象就没有得到及时得回收。我建议我们把发送完后的包以及接收到的包处理完后我们顺便把他置空，这样回收就会相对及时一些。

第三，保持长连接

       长连接很多朋友都知道使用，定时发送心跳包来维持，但是如果直接启用一个线程来去触发发送又是一个大隐患（耗电），在android 中我们可以使用定时广播机制实现，我们可以设定广播时间然后再广播接收器中发送心跳包，这个心跳包我们可以直接发送不适用线程，对于发送心跳来说比较频繁，使用线程还是会耗电，第二，我们心跳其实不需要一天到晚得发送，我们可以在用户使用完或者锁屏后25分钟就暂停发送，然后再过25分钟唤醒连接看看有没有消息有就接收，没有继续断开，如果用户打开应用到停止使用有等待25分钟断开然后再连接查看离线消息，这一个循环又能保证新消息的接收又不会一直占用CPU。