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

使用者長按發出的訊息(包括圖片)，在選單中選擇撤回。

那麼問題來了……

為什麼發出去的訊息可以輕鬆撤回？

以MobleA給MobileB傳送訊息與訊息撤回為例：

A．MobileA傳送訊息時，會在自己的微信客戶端上生成全球唯一的UniqueMsgID，並將該UniqueMsgID附帶在即將傳送的訊息體中。

B．MobileB收到訊息時，將訊息體儲存起來，並展示該訊息。

C．MoblieA撤回訊息時，MobleA知道自己已經發送的每一條訊息體的UniqueMsgID，需要撤回哪一條，則將那一條訊息的UniqueMsgID附帶在撤回命令中。

D．MoblieB收到撤回命令時，根據撤回命令中的UniqueMsgID，在自己的資料庫中，尋找對應的訊息體，然後予以撤回效果展示。

移動網際網路時代促使人人處於一個資訊非同步處理的時代，大部分人都會過一段時間才會去處理訊息，相比之下，兩分鐘的時間看上去有點太短了，常常遭遇到想撤回的時候才發現已經超過有效期的窘境。

那麼，我們需要設定撤回期限嗎？

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

A．資訊傳送後，若不設定撤回時間，對於一些已經發送出去很長時間的資訊，則很可能接收方已經看到，傳送方再撤回就會使雙方關係更尷尬，甚至產生不必要的誤會

B．資訊傳送後，若撤回時間無限制，則傳送方可以撤回任意一條歷史訊息，這將導致對話上下文不完整，影響使用者體驗。

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

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

若短於2分鐘，則釋出資訊者本身可能都來不及意識到資訊失誤，就已經錯過撤回的機會了；

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

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

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

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

更多的時候，接收者並不想讓傳送者獲知其是否已經閱讀了資訊，比如常見的員工老闆群中，老闆傳送訊息後，若能發現員工已閱讀該資訊卻不回覆（比如在約會等），那麼日久天長，老闆難免會對員工產生不滿情緒。

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

既然撤回資訊給使用者提供了一種後悔藥，為啥吃完後還要留下“某某撤回了一條訊息“的提示呢？

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

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

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

從功能開發角度來說，撤回功能的誕生是為打錯別字或者發錯人等正常使用場景考慮的。對於那些特殊的場景，使用者在資訊發出前還是儘量剋制情緒，避免“衝動行事”。

致謝