百度云推送javasdk诞生记之开篇

       花时间了研究了下百度云推送，自己写了一个sdk，其中也遇到一些问题，打算写一系列文章分享下写代码中的故事。如果对云推送不熟悉，先看下官方文档，再打一个广告，服务器sdk的github地址为：push-java-sdk，是个maven工程。

       可能大家不熟悉云推送，建议先好好看一下官方文档，我先花点时间稍微说明一下一些基本的概念：

       架构：     

       

     

 

       

         从图中可以看出，pushservice是建立在应用程序和push server中的一个channel，即就是一个长链接，他的好处是如果客户端程序有多个都使用了push sdk，只建立一个channel，而不用每一个应用程序都建立一个channel。

       相关名词解释：

       

• API Key - 应用标识，终端上的绑定和服务端推送消息时都要用到。
• Secret Key - 应用私钥，服务端推送消息时用到。
• app id - 应用ID，就是百度开发者中心的应用基本信息中的应用ID。客户端绑定调用返回值中可获得。
• channel id - 推送通道ID，通常指一个终端，如一台android系统手机。客户端绑定调用返回值中可获得。
• user id - 应用的用户ID，一个应用在多个端可以都属于同一用户。user id和channel id配合可以唯一指定一个应用的特定终端。如果应用不是基于百度账户的账户体系，单独用user就通常指定了一个应用的特定终端。客户端绑定调用返回值中可获得。

 

      好了，废话不说了，这个只是一个目录，后面将会有文章就封装思路，遇到的问题和大家一一分析。

      云推送系列文章目录：

      百度云推送javasdk诞生记之签名算法实现