今天继续更新Austin，给Austin新增一个发送途径（PUSH告知栏推送）
Push告知栏音讯是非常常见的，简直每个APP都会做这个功能（没有音讯推送的APP不是一个好的APP）
一般咱们以为Push音讯能做以下的事情：
1、唤醒用户，进步用户的留存率，进步产品活泼度。我手机下载了APP，但我好像把它已经忘记了(好久没用了)，假如此刻这个APP给我推送一条我有爱好的内容。我或许会继续用这个APP，乃至从此活泼起来（购买消费)
2、告知用户我有新的产品上线了(带动功能模块使用率)。本来APP是做商城的，现在做起直播来了。但许多用户好像都不咋留意到，此刻我推送一条直播的音讯给用户，或许用户就爱起直播了。
Push音讯能够在你手机闭屏时(即使你没有翻开APP)，通过告知来给你推送信息，是一种能够直接触达用户的音讯推送。相对短信而言：本钱低、款式多样(支撑标题/简介/图片)、链接跳转直接到APP。
不过假如用户收到不感爱好的推送或许会导致：用户把告知音讯给封闭了乃至把APP给卸载了
01、技能上怎么发送告知栏音讯？
要给用户下发音讯，咱们得保护APP 客户端和服务端的「长衔接心跳」。这个长衔接心跳假如由咱们自行来保护，难度会很大，绝大部分的公司不会自建推送服务。现在咱们流行手机的操作体系类型分为两种：安卓和iOS。
1、iOS咱们默认走的是官方推送的途径APNS。iOS 在体系层面与苹果 APNs（Apple Push Notification service）服务器建立衔接，体系收到 APNs 服务器音讯后会帮咱们转发到相应的APP上。iOS端咱们能够直接接入APNs服务器下发推送音讯
2、安卓因为Google在国内访问不稳定，在国内暂未一致掉推送服务（工信部牵头建立的“安卓一致推送联盟”还在等待中）。现在更多的是许多的手机厂商在其定制的体系中也内置了推送功能，如小米、华为等。因为接入本钱的问题，也呈现了大量的第三方推送服务提供商，比方个推、极光、友盟、信鸽等等。第三方推送服务提供商也会接入对应的手机厂商来完成对音讯的下发
接入第三方服务商推送的流程大致下：
02、使用DEMO SDK
正常发送PUSH是需求客户端开发的，Austin更多重视的是服务端推送，而非客户端的内容，所以我直接用个推提供的SDK Demo做调试。
文档如下：docs.getui.com/getui/start…
从文档里以及我的实践后发现要使用该SDK，能够分为以下过程：
1、登录注册个推账号，得到appid、appkey、appsecret
2、下载Android版本的音讯推送Demo：docs.getui.com/download.ht…
3、下载Android Studio来翻开方才下载的SDK：developer.android.com/studio
4、修改config.gradle文件的账号相关参数值：
5、编译成功后，直接build出对应的apk
6、将apk文件给安卓的手机下载，就完事了
03、服务端推送音讯
服务端文档： docs.getui.com/getui/serve…
从文档可得知接入无非便是调用HTTP时带有需求token（鉴权）参数。这个好办，咱们在接入钉钉工作音讯的时分有过相似的操作了，写个守时任务改写下就完事了：
为了照料部分还没把xxl-job这个守时任务框架的部署起来的同学，我专门写了个手动改写Token的接口。
至于服务端其他的形似没什么好说，无非就添加了一点细节，直接看代码吧：com.java3y.austin.handler.handler.impl.PushHandler
项目代码完整地址：gitee.com/zhongfuchen…
04、了解些技能之外的音讯推送
推送的内容又能够简单分为以下的几类：
- 体系功能类(音讯提醒)：比方快递签收告知，发货告知，重视的主播开播(上新)啦
- 营销类（活动/优惠类）：比方某某时刻开始大促，赶忙抢购
- 内容类：比方晓明哥经典语录，穿搭风格教程
- 资讯类：新闻、时势内容推送
针对上面所说的Push推送优点以及坏处，这就非常检测咱们究竟推送些什么内容给用户了
1、推的内容好：进步用户留存率、进步产品活泼度、进步用户对APP的粘度
2、推的内容差：用户对你的内容变得麻痹、直接封闭告知音讯、乃至卸载APP
那么一般咱们会考虑些什么因素呢？有以下几个：案牍、推送频率、推送时机、、推送的人群
关于案牍，有一个叫做爱达规律（AUDA）公式：
信任咱们都听过UC标题，假如有一个好的案牍内容那招引用户点击的概率就更高一些。现在一般的推送会用一些小技巧去进步用户的
- 在案牍结尾后加上引导话术：
“点我揭晓”、“→”、“>>” - 多多利用
数字：许多品牌3折起，更有10元的裤子，你还等什么？ - 添加emoji表情
- 结合热点：今天晓明哥又出新语录！
- 更强的相关性：比方岁除的时分，你微信收到N个祝愿音讯，但一看便是群发的，没啥意思。但此刻，有个朋友给你发了条音讯：“3y 春节快乐”。你就觉得有点温馨了，是不是！
- ….
关于推送频率，推送的频率要控制得当，假设我在一天里：
- 9-10点给你推条：重视这些，你的Java水平一定能进步！
- 12-14点给你推条：三年大佬经验总结，买了便是赚到！
- 18-19点给你推条：耗时一个月整理的英语资源！一次性全部分享给你！
- 21-22点给你推条：价值1999的大数据资源，免费送给你！
那明显，你肯定会取关我，是不是。一般来说一天用户不能收到3天以上的推送，音讯多了，算是骚扰了，乃至不能每天都给用户推送（或许隔天推一次会好一些）。
关于推送时机，假如是资讯类的，推送的时机明显是越早越好了，否则别人家的都推送完了，用户都知道了。你才推送，那谁还点进去啊。
（一起作为是官方推送的，还应保持准确性）
一般推送内容，咱们都是希望在咱们相对闲暇的时刻去推送，比方：
上班路上及早餐时刻（9-10点）、午休（12-14点）、下班路上（6-7点）、睡前（21-22点）
不同的用户集体，时刻可会有一定的调整。所以这就得寻找相对适合的时刻了。
我正写着代码，正在烦躁着这个Bug怎么这么的无厘头时，此刻一个Push推送过来：“你有一张代金券行将到期！”，那此刻我真的是XXX了。
关于推送人群，现在互联网公司都有自己的用户画像体系，给同一类人推送适宜的音讯是较适宜的。比方说：
- 有一批用户刚注册渠道，给这批用户推送个优惠券，促进他的购买欲
- 有一批用户或许身高150+，给这批用户引荐些低矮的调配风格引荐
- 有一批用户的地址方位在广州，给这批用户引荐一下：广州就该这么穿，你便是整条街最靓的仔！
- …这儿能够跟案牍相关起来，这样的推送会更加精准一些，用户或许会点击的概率会更高一些。
我是一个学Java的，收到的告知音讯却是：“Excel从入门到精通，只需30天！”(关键是我也没重视过Excel的内容)，那此类的推送假如多了，我很或许就把这个APP删了。
4.1 推送音讯简单产生事端
为什么会经常呈现相似的事端呢？我以为最主要的原因是：预发和线上的环境是同一套。
众所周知，咱们的体系都有几套的环境（比方说本地/线下/预发/线上 环境），其间大多数公司的预发和线上环境数据库是同一套的，仅仅预发环境调用的是预发环境的接口，线上环境调用的是线上环境的接口罢了。
推送这种体系的线上和预发环境其实没多大的区别，因为在底层是调用外部的接口来完成发送的，所以预发和线上环境其实调的都是同一个接口。
所以咱们会在预发环境下装备了「白名单」，在白名单内的用户才干收到音讯来尽或许防止环境的问题
其次，在大多数情况下，推送事端往往是「运营」的推送导致的。运营要推送音讯给用户，首要需求圈选一个人群去推送。
人群量需求管控：咱们在圈选的时分，假如运营圈定的人数大于一个阈值，咱们会走邮箱让主管承认是否需求圈选这么一个大的人群去推送。这块有两个意图：
1、首要咱们是以为推送的人群应该是精细化的，什么标签的人群应该收到什么的推送。不应该圈定一个巨大的人群去推送同一条案牍的音讯（新闻APP在外）。
2、即使出了事端，也仅仅一部分用户能收到，而不是整体用户。
对于许多体系其实都不需求整体用户推送这个功能
在运营圈定人群后，咱们会有单独的测验功能去「测验单个用户」是否能正常下发音讯，案牍链接是否存在问题。这一个过程是有必要要做的，给用户发出的音讯，首要要通过自己的校验。
当承认链接和案牍都无问题后，则提交任务，走工单批阅后才干发送。
假如在发动之后发现案牍/链接存在问题，还能够阻拦剩下未发乃至撤回部分的音讯。
在线上环境音讯应该有「渠道性去重」的逻辑：
1、在某段时刻内，过滤掉重复音讯
2、运营类音讯推送（圈定人群的方法去下发音讯）同一个用户需求相隔一段时刻才干下发一次。
尽管说，咱们制定了许多的规则去尽量防止事端的发生，但不得不说推送渠道还是一个简单呈现事端的体系。
引荐Java开源项目
假如想学Java项意图，我还是强烈引荐我的开源项目音讯推送渠道Austin，能够用作毕业设计，能够用作校招，又能够看看生产环境是怎么推送音讯的。 库房地址（求各位兄弟们三连哟！）
- 项目Gitee库房链接：gitee.com/zhongfuchen…
- 项目GitHub库房链接：github.com/ZhongFuChen…
