成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

為什么微信撤回消息限制2分鐘之內?不能多給幾分鐘嗎?答案并不簡單

移動開發 移動應用
從功能開發角度來說,撤回功能的誕生是為打錯別字或者發錯人等正常使用場景考慮的。對于那些特殊的場景,用戶在信息發出前還是盡量克制情緒,避免“沖動行事”。

 

[[418841]]

古人有云,“一言既出,駟馬難追。”可見,對說出口的話是多么重視。可是,人總有說錯話的時候啊~

為了解決這個問題,微信就有了“撤回”的功能,對于發出2分鐘以內的信息提供撤回選項:

那么問題來了……

為什么發出去的消息可以輕松撤回?

微信是如何同時從雙方手機上實現信息撤回的呢?

以Moble A給Mobile B發送消息與消息撤回為例:

A.Mobile A發送消息時,會在自己的微信客戶端上生成全球唯一的UniqueMsgID,并將該UniqueMsgID附帶在即將發送的消息體中。

B.Mobile B收到消息時,將消息體存儲起來,并展示該消息。

C.Moblie A撤回消息時,Moblie A知道自己已經發送的每一條消息體的UniqueMsgID,需要撤回哪一條,則將那一條消息的UniqueMsgID附帶在撤回命令中。

D.Moblie B收到撤回命令時,根據撤回命令中的UniqueMsgID,在自己的數據庫中,尋找對應的消息體,然后予以撤回效果展示。

為什么微信撤回消息只能是2分鐘?

移動互聯網時代促使人人處于一個信息異步處理的時代,大部分人都會過一段時間才會去處理消息,相比之下,兩分鐘的時間看上去有點太短了,常常遭遇到想撤回的時候才發現已經超過有效期的窘境。

那么,我們需要設定撤回期限嗎?

答案無疑是肯定的。在雙方對話中,如果不設定撤回時間,就會產生兩個危害:

A.信息發送后,若不設定撤回時間,對于一些已經發送出去很長時間的信息,則很可能接收方已經看到,發送方再撤回就會使雙方關系更尷尬,甚至產生不必要的誤會

B.信息發送后,若撤回時間無限制,則發送方可以撤回任意一條歷史消息,這將導致對話上下文不完整,影響用戶體驗。

那么 撤回時間為何是2分鐘?不能更多或更少嗎?

對此,微信產品團隊進行大數據分析后認為, 從信息接收者的角度,2分鐘是從接收到閱讀一條信息的平均時長。而撤回時間在2分鐘內,會最大限度保持上下文完整,給人一種穩重的用戶體驗。

若短于2分鐘,則發布信息者本身可能都來不及意識到信息失誤,就已經錯過撤回的機會了;

若長于2分鐘,則信息被接受者閱讀的概率大大提升,發送者也就沒有再撤回的必要了。此外,撤回長時間以前發送的信息也會破壞上下文連貫性,嚴重影響對話體驗和效果。

相比設定時間限制, 為何不在撤回功能中提示對方已閱呢?

盡管2分鐘是從接收到閱讀信息的平均時長,但我們都無法獲知,接收方到底會在哪一刻閱讀到發出的信息,這就會導致撤回功能有時候并不能那么及時,從而陷入了著名的“薛定諤的貓”疑問。

那么,為何微信不在撤回功能中提示對方已讀的提示呢?這樣信息發送者就可視情況來選擇是否撤回了。

如果存在閱讀提示的功能,那么接收者就會知道發送者已經知道他看到了對方想要撤回的信息,這種場景會讓雙方更加尷尬。

[[418843]]

網絡圖片

更多的時候,接收者并不想讓發送者獲知其是否已經閱讀了信息,比如常見的員工老板群中,老板發送消息后,若能發現員工已閱讀該信息卻不回復(比如在約會等),那么日久天長,老板難免會對員工產生不滿情緒。

但如果不提示已讀未讀,老板就不知道員工是否在線,員工也就不用時刻盯著手機了。

這些設置背后的產品理念是,微信不希望給信息的接收者帶來壓力。相比于發送者和接收者,微信更重視接收者的體驗。

為何微信撤回信息要出現文字提示?

既然撤回信息給用戶提供了一種后悔藥,為啥吃完后還要留下“某某撤回了一條消息”的提示呢?

答案是,如果接收者收到通知但打開后發現沒消息,以為丟失消息,反而要發送者重發一下,這會讓雙方更加尷尬。

另外,在一些商務談判或者借貸等特定場合,如果撤回信息無文字提示,則將會導致對方利益收到損失。

比如知乎網友提到的借貸問題:

從功能開發角度來說,撤回功能的誕生是為打錯別字或者發錯人等正常使用場景考慮的。對于那些特殊的場景,用戶在信息發出前還是盡量克制情緒,避免“沖動行事”。

所以微信設置文字撤回提示,不僅為接收者留下一絲遐想,更時刻提醒著那些“愛撤回”的使用者,相比過度濫用功能,更要敢于對自己說出的話語負責呀。 

責任編輯:龐桂玉 來源: 搜狐
相關推薦

2017-10-26 11:36:46

微信撤回消息

2013-07-02 09:58:38

ClojureClojure教程

2016-09-30 15:13:01

Python代碼

2015-01-13 13:57:52

2009-12-29 09:01:46

ADSL斷線

2020-04-30 21:46:46

機器學習病毒數據

2010-03-01 18:13:22

Python程序

2010-01-06 15:35:06

JSON對象

2010-01-21 09:46:24

C++程序

2010-02-23 14:19:30

Python目錄操作

2024-12-03 15:38:14

2018-01-08 16:19:04

微信程序輪播圖

2017-03-16 08:46:57

延時消息環形隊列數據結構

2024-04-19 09:37:49

Ollama大語言模型開源

2017-08-03 17:30:26

戴爾IoT設備

2009-11-25 17:22:12

路由器安裝

2010-03-04 10:01:01

Android基本組件

2009-12-21 13:51:54

ADO.NET處理

2019-10-09 09:51:44

工具代碼技巧

2012-06-26 09:40:14

部署開發管理
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 久热精品视频 | 欧美久久久久久久久 | 亚洲精品1 | 日韩福利| 香蕉视频1024 | 久久久久久精 | 欧美xxxx黑人又粗又长 | 欧美一区视频 | 欧美成人精品激情在线观看 | 日韩在线成人 | 欧美综合视频 | 亚洲日本国产 | 中文在线а√在线8 | www.日本在线观看 | 手机日韩 | 久久9热 | 亚洲小视频在线播放 | 国产福利在线播放 | 久久r免费视频 | 888久久久 | 婷婷久久综合 | 日韩精品视频一区二区三区 | 亚洲激精日韩激精欧美精品 | 在线播放国产一区二区三区 | 91看片网| 欧美一级二级三级视频 | 国产精品第2页 | 久久中文字幕一区 | 伊人网国产 | 天堂亚洲 | 国产美女在线播放 | 日韩一区二区三区在线 | 欧美日韩国产一区二区三区 | www.日韩 | 九九热在线视频 | 夫妻午夜影院 | 日韩欧美网 | 国产中文字幕在线观看 | 一二三四在线视频观看社区 | 日韩精品久久一区二区三区 | 97伦理最新伦理 |