引用:

原帖由 rb 于 2015-7-7 17:42 发表

看看清楚，是退出登录之后仍然推送，你微信退出登录之后还给你推消息么？

你最好是能去了解下iOS的Notification，Notification是无所谓你APP后台运行还是根本没有运行的，它是os的服务。

至于你说的微信退出后没有消息，那是socket，而且是业务逻辑设定成账号退出后销毁socket对象。但只要腾讯愿意搞Notification，即便微信不运行，也照样能收到通知。

嘀嗒没有黑科技的，iOS架构下，不存在黑科技。

引用:

原帖由 rb 于 2015-7-8 10:59 发表

我觉得这就是iOS该黑的地方，推送服务器竟然可以不理会客户端退出登录的操作，强行推送，给流氓开这样的后门，给这样的服务洗地，真的好么？

也懒得再教你了，这是最后一次。

先看看滴答的业务，比如一个乘客向服务器发出一个拼车请求，只要服务器成功接收后，拼车请求就会向司机端推送，而和乘客的APP退不退出账号是没有关系的。

如果用户退出账号，并清除内存中的APP实例，那么一旦有司机接受拼车请求，服务器端该怎么通知到乘客呢。

一般的拼车APP都是双保险，短信+notification，甚至还有电话自动语音通知，以确保乘客能在10分钟的过期周期内完成支付。

如果notification是流氓后门，那短信就是更大的后门，而电话是超级流氓了。

所以，请你理清自己的逻辑，再发言好么。

引用:

原帖由 真忘私绵 于 2015-7-8 12:42 发表



那个……真没用。推送有好几种方式，埋闹钟的那种根本不需要你开。
对这方面苹果审核也不严格，现在经常有问都不问自觉帮你打开一堆推送的。

“埋闹钟”？
具体是怎么样一种情况，技术实现方式是什么？哪个app？

引用:

原帖由 真忘私绵 于 2015-7-8 15:56 发表

比如说有些游戏在你关闭时埋个闹钟，你24小时没上线就弹出通知提示你

你说的这个“闹钟”，是LocalNotification。

在ios8中，LocalNotification在激活前必须先注册，获取用户授权，而且在通知里可以关闭。

现在的ios，基本没有耍流氓的空间了。

引用:

原帖由 真忘私绵 于 2015-7-8 17:24 发表

8之后可能是这样了
但我还是遇到过很多游戏第一次打开根本没提示通知或者提示了我选择否
然后不停给我推送

到了ios8，在代码中只添加LocalNotification是无效的，os不会激活通知。

必须在通知调用之前先调用“registerUserNotificationSettings”，以获取用户授权，如果拒绝，就等同于在通知里关闭的效果。

引用:

原帖由 yinzhili 于 2015-7-9 09:41 发表
其实这个更多的是使用习惯的问题吧。很多时候退出一个软件就意味着不想接收它的消息了。如果操作系统要设计为退出某个软件后仍然允许软件开发商推送消息，那么这个设计比较奇怪。
打个比方，大家都用过安装了Window ...

其实，OS是无法知道app的用户账号是否退出状态。
cs架构，一个账号登陆了，c端只是存储了sessionid和token，至于是否处于登陆状态，取决于服务端的判定。
所以，要os主动去判定app客户端是否还处于登陆状态，并关闭所有与之相关的OS服务，无论是技术层面还是业务层面，都是胡思乱想。
世界上没有任何一个os，是这样做的。

再进一步说，os是否能够提供相应的api，在用户退出账号时，调用该api，关闭os通知？
其实这是多此一举，因为app和服务端的开发者完全可以在程序逻辑中设置成，账号退出后，客户端和服务端的通知全部停止。

现在懂了么，通知的使用控制权，本来就是在app服务商的手里，一切都是她的选择问题。

引用:

原帖由 yinzhili 于 2015-7-9 09:41 发表
其实这个更多的是使用习惯的问题吧。很多时候退出一个软件就意味着不想接收它的消息了。如果操作系统要设计为退出某个软件后仍然允许软件开发商推送消息，那么这个设计比较奇怪。
打个比方，大家都用过安装了Window ...

同时建议你看下39楼关于拼车类app的业务描述，体会下拼车类和普通im类的业务逻辑差异。

引用:

原帖由 yinzhili 于 2015-7-9 14:02 发表


某个进程是否存在，OS是知道的。如果某个应用的进程已经消失，此时OS还弹出该应用的通知信息，这种方式会有点怪。

你说的是app在内存中的实例被清除。

但你要知道，清除实例，并不等于账号退出，在服务端，这个账号依然在线。

同时，清除实例，并不代表用户需要退出账号，很多人是为了减轻系统资源压力。