发回执消息为什么会被骂

发回执消息为什么会被骂，很多男生都会对自己喜欢的女生特别殷勤，总喜欢时不时地就给她发信息，刚开始可能还好，女生回得也比较勤，后来基本上就不回了，可别自己为女生们找借口，根本不是因为忙！


如果你们是同学，平时不怎么联系，你突然找她，她一定会秒回你！如果你给她发了一条消息，她会纠结要不要回，可能你们的关系就不那么简单了！

对普通人：看见了消息，如果不是什么表情包或者什么拉赞投票的一般都会回。



追求者来信息：如果喜欢你，会立马回你；如果对你没有意思，可能会晾你一会，甚至有的时候忘记了这一天都不会再去回复你了。暧昧者：可能会矜持一两分钟，但是发的信息都是她经过深思熟虑发出去的。

我们应该怎么样对付像妹子这种不回复你信息的行为呢？


其实不回消息并不影响她对你的感觉。你以为别人都很闲吗？她就每天上班时时盯着手机，刷着微信，一有消息就回？那样工作效率会很低的好吧？再说，你喜欢的人每天上班时间手机不离手，你还会在意她吗？即使女生在空闲时间对你每条信息都能秒回，也并不能说明你们关系有多好。如果你以为每天聊天，常有联系就会日久生情，那你真的错了，聊天不是目的，你俩之间的对话能吸引到她才是目的，

先想想怎么让自己变成一个有趣的人吧，分分钟把她逗乐，或者扩宽自己的知识面，多读书。女生看到你一句话就能预知你后面聊天的内容，觉得后面的聊天完全是浪费时间而没有任何意义，那她还会聊下去吗？


建设朋友圈。我们保持冷静之后，需要做的就是建设朋友圈了。也就是展示我们自己。我们发的朋友圈会被女生看到。那么，当我们的朋友圈把女生吸引之后，我们再发微信，不回的几率会大大降低。但有一个需要注意的是不能发的太过频繁。我们这么做的目的是吸引女生，所以我们发的朋友圈一定是高质量的，否则达不到吸引女生的目的；


努力工作，提高自己。有时候，女生之所以没有回我们微信，很大的一个原因就是我们不优秀，所以提升自己是最好的做法。等到自我提升有了成就之后，就不要再纠结微信不回的事情了。亲自出现在女生面前，在一个美好的邂逅，未尝不是最好的办法。

每当发出一条微信消息，都希望对方尽快看到，并尽快回复，但始终不知道对方是否阅读。

每当收到一条不能立马回复的微信消息，都默默返回，假装没看见。

画外音：不想回复的人，唉，你只是个好人。

微信用于个人社交，产品设计上，在线状态，强制已读回执都有可能暴露个人隐私，故微信并无相关功能。

钉钉用于商务交流，其“强制已读回执”功能，让职场人无法再“假装不在线”，“假装没收到”。

有甚者，钉钉的群有“强制已读回执”功能，你在群里发出的消息，能够知道谁读了消息，谁没有读消息。

群消息的流程如何，接收方如何确保收到群消息，发送方如何收已读回执，究竟是拉取，还是推送，是今天要讨论的问题。

一、群消息投递流程，以及可达性保证

大家一起跟着你的节奏，一步一步来看群消息怎么设计。

核心问题1：群消息，只存一份？还是，每个成员存一份？

答：存一份，为每个成员设置一个群消息队列，会有大量数据冗余，并不合适。

核心问题2：如果群消息只存一份，怎么知道每个成员读了哪些消息？

答：可以利用群消息的偏序关系，记录每个成员的last_ack_msgid（last_ack_time），这条消息之前的消息已读，这条消息之后的消息未读。该方案意味着，对于群内的每一个用户，只需要记录一个值即可。

解答上述两个核心问题后，很容易得到群消息的核心数据结构。

群消息表：记录群消息。

group_msgs(msgid, gid, sender_uid, time, content);

各字段的含义为：消息ID，群ID，发送方UID，发送时间，发送内容。

群成员表：记录群里的成员，以及每个成员收到的最后一条群消息。

看了以上的描述，你应该知道为什么发回执消息的时候会被人骂了吧？

因为你的消息别人并不喜欢。引起对方的不满。

做更多友好的交互，可这句话，翻译成中文，不知不觉，就变成了在Notification中推送各种广告，而且仅仅就是一些广告，Notification各种牛逼的功能，完全不需要，这也违背了Google设计Notification的初衷。

更关键的是，现在随便找一款App，没有推送的真是凤毛麟角，更可恶的是，做外卖的App给我推送奥运新闻，一条新闻十几个App推送，以至于现在很多用户都非常反感各种推送广告，就我本人而言，基本上会禁用所有广告类的App的推送。

本人非常反感推送，借用王思聪的一句话，XXX App天天给我推送各种广告，还TM是自己做的推送，真是绝了。

推送方案
轮询
轮询是最简单的与服务器保持通信的方式，即循环向服务器通信。这个方案的特点就是通信由客户端主动发起，你需要自己实现轮询消息队列、频率等等参数，在功耗和效果间做权衡，类似于TCP的短连接。

SMS
这个其实就是借助短信来实现信息的展示，只不过把短信内容展示到了Notification中，这个方案，到达率确实高，毕竟短信是比较可靠、稳定的，但劣势也很明显，就是成本很高，而且在Android平台上，短信的权限比较开放，容易被劫持。

长连接
长连接和前面提到的短连接，都是基于Socket连接的方式，他们的区别在与，短连接是每次数据传输完毕后就断开连接，而长连接不会。所以，基于轮询的方式，每次都要进行链路的连接，性能消耗更大，基于长连接的方式，就是对这点的改进。应用一旦与服务器连接成功，并不会主动断开连接，后面的通信都基于这个通道。目前大部分的推送服务都是基于长连接的推送，在后台维护一个Service，维持应用与服务端之间的TCP长连接。

注册登录
去邀好友立抽 iPhone 12 Pro！
点击查看
为什么 QQ 消息至今不引入发送回执和已读状态提示？
QQ
QQ
知乎评分 7.5
查看问题描述​
9 个回答
怿褀
怿褀
「加与不加」是个被争论很久的问题，最后站在用户的角度认为「不加」是最贴心的。
援引张小龙谈微信的内部讲座部分，关于这个问题，QQ和微信还是相似的：
另外一点是说用户要什么我们就给什么，这个在内部很高层的用户里面甚至也会出现。比如你的上级可能会说，你看用户给你提出这个需求了，你为什么不做？这是需求，但是这个需求不一定是对的。其实这种观点是不对的。如果用户要什么就给什么，那还要产品经理做什么？就不需要产品经理了，找一个接线员他能够接线就可以了，对吧？我可以举一个例子，你如果用到一些微信的同类软件，你可能会知道，微信里没有引入状态，（指提示给用户，信息已经发出、对方收到、对方已读的状态，编者注）这点包括很多公司内部的同事都在经常问我们。这是不是用户需求，当然是用户需求。为什么不做？因为我们觉得不能用户要什么就给他什么，要变个花样给他，用户要的不一定是对的。

如果我们针对需求一个个去满足，你可能获取了这部分用户，但是得罪了另外一部分用户。可以说我自己就挺不喜欢把我的已读状态暴露给别人，你想如果有状态，如果你的上级（通过微信）找你，你看了然后你又不回，就很麻烦。

我们要给人撒谎的机会。我们说人性是什么？给他撒谎的机会，说我没有看到。你看短信不太准确，我们经常会说，你那个短信丢了，我们没有看到。如果我们把人都像机器一样约束起来不一定是好事。

我们为什么不做已送达的状态？因为我们觉得未来的系统是绝对可靠的，我们有这个信心，肯定会送达，除非他关机了，我们不会再专门做一个是不是已送达，只有不自信的系统才会做这样的状态。而且你每发一个消息还有个已送达或者发送中，那很丑陋的，多了一个东西在那里。所以这也是一种态度。对于这种用户要什么就给什么，其实是考验产品经理水准的东西，因为我满足需求很容易，但是我怎么找到理由拒绝他，或者说找到什么方式实现它，这个非常难。