跟踪解析通知消耗

Question

最近我们将推送通知系统切换到Parse.com，但我在几个方面整合我们的客户端时遇到了荒谬的麻烦。

这是两个要求，但似乎不可能一起实现它们：

1. 根据客户端的状态和收到的通知，需要使用几种不同类型的通知（基于类型或图标等的不同声音）。因此，我需要选择自定义NotificationBuilder。
2. 我需要跟踪通知的消费情况。

他们的文档说明如果你想自己处理所有事情，你所要做的就是在广播内部Parse OPEN事件时添加一行：

ParseAnalytics.trackAppOpened(getIntent());

哈！如果只是那样有效。

通过阻止内部Parse帮助程序接收RECEIVE事件（通过覆盖onPushReceive()的{​​{1}}方法），它似乎删除了数据之间的任何链接推送到设备并在其上运行Parse服务（这是有道理的，因为它从来没有达到起点）。不，调用超级版本不是一个选项，因为它会导致Parse显示其通知版本，因为会有一个我无法控制的警报/标题密钥。

我想，到底是什么，不妨尝试将跟踪方法调用放在弹出窗口调用的ParsePushBroadcastReceiver中（其Intent确实包含了最初传递给它的所有数据）。仍然没有效果，重申我认为拦截事件阻止了当地Activity系统知道有消费通知，因此无法跟踪其消费。

所以，问题是，有没有人知道如何让Parse使用自定义NotificationBuilder，以便它所需的事件实际上可以正确触发，让我实际跟踪通知消耗？

或任何类型的解决方案，使我能够使用自定义通知，同时仍然触发要跟踪的相应事件？

可能某种方法是保存Parse并手动将API调用发送到任何端点来处理消费？

今天真的把这些头发拉了过来，并且感谢我能得到任何帮助......

谢谢大家！