由于公司之前使用的手机客户端推送服务是极光推送，给公司造成一年几十万的服务费，因此，公司决定开发自己的一套推送服务，初步的技术选型是：
成都创新互联公司专注于隆昌网站建设服务及定制，我们拥有丰富的企业做网站经验。 热诚为您提供隆昌营销型网站建设，隆昌网站制作、隆昌网页设计、隆昌网站官网定制、成都小程序开发服务，打造隆昌网络公司原创品牌,更为您提供隆昌网站排名全网营销落地服务。
服务端：netty4
关于netty框架在我的下面的博客里面我整理了相关资料，本来还有一些关于mina的由于时间原因暂时没整理出来。
为了便于自己测试，自己动手实现了如何使用netty完成服务端消息推送以及在Android客户端如何将接受到的信息显示在通知栏，整体思路大概是这样的：
服务端使用netty框架开启基于TCP监听服务。
客户端发起TCP连接(不关闭，长连接)，并实现心跳包，断开重连机制。
服务端对长连接进行管理(接受心跳包，处理异常连接)，并推送消息。
客户端监听到消息后显示在通知栏，查看消息时客户端会将数据提交到服务端进行统计。
服务端对自己来说实现起来比较简单，但是由于自己之前没有搞过android这块，不得不去补一些有关android的知识，我是这么分析的：
首先需要知道android是通过什么机制通知系统通知栏显示东西的。
其次要了解的是android组件的组成以及各个组件的通信方式。
OK！有了基本的思路之后就开始在网上找资料了。
android是通过NotificationManager 来异步通知通知系统通知栏的，这里说的异步可能就决定了我在统计数据的时候有一种数据时统计不了的(用户人为关闭了APP通知栏)，在网上找了很多资料，又说要root权限又说android系统不会提供关掉通知栏的设置的(实际上我的小米手机上是有那个功能的)。但是我一开始的思路是这样的，既然会提供手动关闭通知栏的系统功能，那么系统内部应该广播一下这个操作才合理一点啊，可惜的是没有这个广播。
关于android的组件大致可以分为四大类：
Activity：通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出 响应。
Service：一段长生命周期的，没有用户界面的程序，可以用来开发如监控类程序。
Content Provider：内容提供者，
BroadcastReceiver：广播接收器。
他们的通信一般是使用intent来通信的，当然为了安全，里面都有各自的方式，重写方法的时候就能拿到组件之间需要发送的信息了。
最后，由于上面的过程自己只花了一个下午的时间来搭建，android客户端的代码基本上都是百度搜到的，故就不把源码贴出来了，不过自己总算是入门了，整体感觉还是蛮简单的，操作的时候也没遇到什么困难，把思路分享出来希望对一些没找对学习方法的人有用。
