美團演算法二面

Ⅰ 美團網的面試經歷

找工作，不容易啊，跑來跑去的，問題是，面試還不是很順利。

美團的筆試題目，演算法程序題居多，最後有安卓的、前端什麼的題，具體的也不太記得了。美團的題目做的不多，程序題有一道沒做。感覺還是不難的，題目拿起來一看，第一道不就是leetcode上的嗎，很簡單，刷過。接下來的，寫得算是還可以。當天晚上，我就有同學收到美團的面試通知，我還沒收到，以為是掛了。那就去霸面把，第二天早上，就跟同學一起去了，同學是去面試的，而我是來打醬油霸面的。誰知，HR叫我交簡歷，然後回去等通知。第一次霸面就這樣結束了。

沒想到，在當天下午就到美團的面試通知，HR說我通過了筆試了，叫我 明天早上8點30分去面試 。看來，是我太心急了，人家還沒通知，就去霸面了。汗。在面試的前一天晚上，把之前沒過的演算法題都看了一遍，特別是數組的題目，看到了2點多，感覺是拼了，考試都沒有這么努力。第二天就帶著倦意去面試了。等了不久，感覺是10幾分鍾，就開始面試了，美團是分批面的，一次面完，總共有3面，都是技術面，要是一面沒有通過，就直接叫你回家。在場的HR一看我，感覺有點熟，「你是不是昨天來霸面的？「，」是的「。沒想到，就這樣給留下印象了。

第一面的題目不難，算是一些很基礎的問題，有問到，進程和線程的區別；進程間同步的方式，這兩個都是很簡單的問題。其中還有問到如何編程實現 a^n ，我就說用二分的思想。還有幾道題，我忘了。我問他，我的表現怎麼樣，他說挺好的。就這樣，順利進入第二面，第二面基本上是沒問什麼操作系統和網路的題目，就直接出演算法題了，有如何判斷一個二叉樹是另一棵二叉樹的子樹；像列印機一樣，倒過來列印一棵樹，比如一個樹是這樣的'，輸出4、5、6、2、3、1，這個就用層次遍歷，存儲遍歷過的節點，在每一層的結尾存儲該層的個數。。。

總之，是做出來了，二面的面試官也是挺幽默的，不會冷，不會面癱。二面也就這樣過了，順利進入3面。3面就問了一兩個HR經常問的問題，具體我也忘了，然後，就直接出題讓你做了，面試官是毫無表情，這下倒是有點壓力了，好吧，你出題把。在聊了最擅長的科目是什麼後，還有問到自己的代碼量等，還出了編程題，題目有

1）實現 char* upcase(const char* src, int len)。

2) 在類似6，7，8，1，2，3，4，5 的序列中用二分查找某個數。這道題我做過，不怕。

在做完第二道題後，面試官就說，面試就到這了。看時間也是差不多要中午12點了。 真是的，怎麼沒有人問我挖掘機哪家強？

滿意的地方：

好吧，就這樣結束了美團3面，就回去等通知了。

不滿意的地方：

話說，面試官面無表情，感覺不是很好，要給人壓力的樣子，特別想吐槽。好了，面試什麼的，最苦逼了，到現在還在等通知，就等把，看來是沒人要了。

Ⅱ 美團網北京的面試經驗

美團網北京的面試經驗

職位類型：互聯網

面試地點：北京

招聘公司：美團網

本人碩士畢業，現在找工作中，之前有去面試美團網，所以把經驗告訴你們，希望對又想去美團網的同學有所幫助。

第一面：自我介紹和項目介紹

由於我研究生階段是關於計算機系統結構方面的研究，所以面試官也沒有什麼深究的問題。然後是演算法題目

1、如何快速在無序的數組中找到第K大的數

我提出了三種方案

⑴建立K個元素的最小堆，然後順次掃描無序數組後面的元素，並與堆頂元素比較。時間復雜度還行

⑵利用快排排好序，然後找到第K大的數。這種思路顯而易見

⑶快排的變種，記錄標志元素小的個數，然後折半排序。貌似比較快

2.如何找出字元串中的最大迴文字串

我的思路

⑴建立兩個指針，一個指向字元串頭；一個指向字元串尾部；然後全掃描和排序；比如

「sdsds」

則從前到後：

S sd sds sdsds

從後到前：

S sd sds sdsd sdsds

然後按字母升序排序，統計字元串長度。顯然比較暴力

⑵其實將原字元串反轉，就是求兩個字元串最長公共字串

大概思路就是建立二維數組，然後掃描記錄

一面就結束了，然後二面，二面還是技術面

1.問我GPU的`問題，之前了解一些，所以回答還尚可

2.針對我專業是系統結構，讓我描述處理器從PC指令寄存器開始到訪存成功之間的過程。我描術了半天，原來是讓我描述虛擬地址和物理地址的轉化

我寫說明地址轉化的數據結構，然後讓我設計快速轉換的體系結構和演算法。我說是索引表結構，然後問我設計幾級。我從工程學的角度回答了問題

3.最後問我TCP和IP協議

4.概率題目，關於獨立隨機變數XY的聯合密度函數求解

這輪回答還不錯，進入第三輪面試。第三輪面試，面試官很和氣。給我水和食物，讓我放鬆狀態。

關於概率的題目，很開放的題目---「我當上國家主席的概率」我的解決方案三種

幾天後得到offer邀請，北京薪酬是22W ；但是因為怕累，就拒了！

;

Ⅲ 美團團購二面完直接叫回去等通知，沒有HR面，是掛了嗎

這個可能性很大，因為通常面試過程中，hr必須要出現的，有的時候是在第一面試，做初步的判斷，有的是在最後過程中，做一個整體性的判斷，特別是工資待遇和，福利方面的溝通，所以，hr必須要出現，若是沒出現估計就不好說了。

Ⅳ 請問面試美團的正常流程是什麼

美團面試主要是分為筆試和面試，美團是分批面的，基本是一次性面完總共三面，全都是技術面的。一面沒通過，直接說farewell了。前兩面沒壓力，面試官是和顏悅色；到第三面，能明顯感覺到差別，基本面無表情，做好心理准備。面試過程：筆試題目，演算法程序題多，最後安卓前端題，題目還是不難的，題目在lintcode上刷到過一樣的。第一面：隨時Be Nice，一個普通員工就可能是你的面試官；首先做自我介紹。面試官對我的經歷問了幾個問題，然後就是問些很基礎，進程和線程的區別；進程間同步方式，。還問到如何編程實現 a^n ，我就說用二分的思想。說到思想，美團蠻注重思想的，第二第三面過程里如果有什麼你一下子難實現的，你就講清楚你是怎麼個思路，不要消極對待就好。然後就是隨意提問，問到了Java裡面的各種語言機制，問到了計算機網路裡面的三次四次握手，UDP和TCP區別，get和post區別等等，沒有深問。問的很雜很多。
第二面：基本上是沒問操作系統和網路的題目，就出演算法題，有如何判斷一個二叉樹是另一棵二叉樹的子樹；像列印機一樣，倒過來列印一棵樹，比如一個樹是這樣的，輸出4、5、6、2、3、1，這個就用層次遍歷，存儲遍歷過的節點，在每一層的結尾存儲該層的個數……面試官檢查驗證代碼超級仔細，所以面試過程中做題目的時候還是要更加專心一點，不然被他發現錯誤. 接著，第二個問題，自己寫一個Stack類，要實現push、pop操作。
第三面：面試官基本是Boss級別的吧，各種問題啊，興趣愛好未來規劃啥，了解你這個人的性格和美團契合。三面都是技術面，最後還是要寫代碼
1）實現 char* upcase(const char* src, int len)。
2) 類似6，7，8，1，2，3，4，5 的序列中用二分查找某個數。他還會問問看過的書啊，問幾個簡單的問題，能答上來就好。基本是工作要求里提到的名著或者就是教材里學到的東西，因為三面的面試官是大佬，是希望能我們能有積極解決問題熱情。
前期准備：對美團注重演算法早有耳聞，還是很早就開始准備刷題。面試時筆試和面試里都遇到了在lintcode 做過的原題。總之，面美團演算法必要刷，難以實現就用邏輯清晰的思路來拯救面試；在技術都OK前提下，面試官看重的更多是優秀邏輯思維能力，善於從復雜系統表象中分析問題，對解決復雜問題充滿激情。不要遇到困難有消極情緒！

Ⅳ 美團面試二面通過率

百分之九十。

需要條件：

1、身體健康，年齡在18-50周歲之間，有一部智能手機，就可以申請成為騎手。

2、加入專送騎手，根據提示填寫相關個人信息及意向工作地點，請保持電話暢通，屆時會有相關工作人員聯系。

3、配送費受品類、距離等多方面影響。除費用費之外，各加盟商及合作商會根據其所在區域、天氣狀況、物品種類、活動沖單等不定期的開展相關活動，並通過APP推送此類通知。

美團點評安全事務部負責人提醒廣大的求職者，正規的美團外賣騎手招聘，不會強制騎手購買裝備和電動車，求職者在應聘過程中要提高警惕。一旦發現上當受騙，需要及時報警或者向美團舉報。針對不法分子冒充美團外賣站點招聘人員實施詐騙的行為，美團外賣以內外結合的方式開展打擊。

在聯合執法部門一起建立長效合作機制，以法律武器嚴懲詐騙分子的同時，美團外賣在內部建立嚴密的防範和打擊機制，及時排查詐騙行為，加大力度打擊詐騙分子，並鼓勵騎手和受害人進行舉報。

警方也提醒求職人員務必提高警惕，在應聘過程中不要輕信花言巧語，不要隨意墊付資金購買所謂的工作所需物料，防止被不法分子利用。如果一旦發現上當受騙，應立即撥打110電話報警。

Ⅵ 美團面試二面通過率

百分之九十。

需要條件：

1、身體健康，年齡在18-50周歲之間，有一部智能手機，就可以申請成為騎手。

2、加入專送騎手，根據提示填寫相關個人信息及意向工作地點，請保持電話暢通，屆時會有相關工作人員聯系。

隨意式即招聘者與求職者海闊天空、漫無邊際地進行交談，氣氛輕松活躍，無拘無束，招聘者與求職者自由發表言論，各抒己見。此方式的目的為:於閑聊中觀察應試者談吐、舉止、知識、能力、氣質和風度，對其做全方位的綜合素質考察。

面試有很多形式，依據面試的內容與要求，大致可以分為以下幾種：

問題式由招聘者按照事先擬訂的提綱對求職者進行發問，請予回答。其目的在於觀察求職者在特殊環境中的表現，考核其知識與業務，判斷其解決問題的能力，從而獲得有關求職者的第一手資料。

專場式由公司組織專場招聘會，由公司面試官代表對多位甚至大量應聘者進行海選，從中選出符合公司要求的多位應聘者進行之後的面試，此方式適用於對應聘者的初篩。例如：校招專場。

壓力式由招聘者有意識地對求職者施加壓力，就某一問題或某一事件作一連串的發問，詳細具體且追根問底，直至無以對答。此方式主要觀察求職者在特殊壓力下的反應、思維敏捷程度及應變能力。

Ⅶ 美團二面：為什麼Redis會有哨兵

話不多說，發車發車！

提綱

在 Redis 的主從架構中，由於主從模式是讀寫分離的，如果主節點（master）掛了，那麼將沒有主節點來服務客戶端的寫操作請求，也沒有主節點給從節點（slave）進行數據同步了。

主節點掛了

這時如果要恢復服務的話，需要人工介入，選擇一個「從節點」切換為「主節點」，然後讓其他從節點指向新的主節點，同時還需要通知上游那些連接 Redis 主節點的客戶端，將其配置中的主節點 IP 地址更新為「新主節點」的 IP 地址。

這樣也不太「智能」了，要是有一個節點能監控「主節點」的狀態，當發現主節點掛了 ，它自動將一個「從節點」切換為「主節點」的話，那麼可以節省我們很多事情啊！

Redis 在 2.8 版本以後提供的 哨兵（*****Sentinel*****）機制 ，它的作用是實現 主從節點故障轉移 。它會監測主節點是否存活，如果發現主節點掛了，它就會選舉一個從節點切換為主節點，並且把新主節點的相關信息通知給從節點和客戶端。

哨兵其實是一個運行在特殊模式下的 Redis 進程，所以它也是一個節點。從「哨兵」這個名字也可以看得出來，它相當於是「觀察者節點」，觀察的對象是主從節點。

當然，它不僅僅是觀察那麼簡單，在它觀察到有異常的狀況下，會做出一些「動作」，來修復異常狀態。

哨兵節點主要負責三件事情： 監控、選主、通知 。

哨兵的職責

所以，我們重點要學習這三件事情：

哨兵會周期性地給所有主從節點發送 PING 命令，當主從節點收到 PING 命令後，會發送一個響應命令給哨兵，這樣就可以判斷它們是否在正常運行。

哨兵監控主從節點

如果主節點或者從節點沒有在規定的時間內響應哨兵的 PING 命令，哨兵就會將它們標記為「 主觀下線 」。這個「規定的時間」是配置項 down-after-milliseconds 參數設定的，單位是毫秒。

是的沒錯，客觀下線只適用於主節點。

之所以針對「主節點」設計「主觀下線」和「客觀下線」兩個狀態，是因為有可能「主節點」其實並沒有故障，可能只是因為主節點的系統壓力比較大或者網路發送了擁塞，導致主節點沒有在規定時間內響應哨兵的 PING 命令。

所以，為了減少誤判的情況，哨兵在部署的時候不會只部署一個節點，而是用多個節點部署成 哨兵集群 （ 最少需要三台機器來部署哨兵集群 ）， 通過多個哨兵節點一起判斷，就可以就可以避免單個哨兵因為自身網路狀況不好，而誤判主節點下線的情況 。同時，多個哨兵的網路同時不穩定的概率較小，由它們一起做決策，誤判率也能降低。

具體是怎麼判定主節點為「客觀下線」的呢？

當一個哨兵判斷主節點為「主觀下線」後，就會向其他哨兵發起命令，其他哨兵收到這個命令後，就會根據自身和主節點的網路狀況，做出贊成投票或者拒絕投票的響應。

當這個哨兵的贊同票數達到哨兵配置文件中的 quorum 配置項設定的值後，這時主節點就會被該哨兵標記為「客觀下線」。

例如，現在有 3 個哨兵，quorum 配置的是 2，那麼一個哨兵需要 2 張贊成票，就可以標記主節點為「客觀下線」了。這 2 張贊成票包括哨兵自己的一張贊成票和另外兩個哨兵的贊成票。

PS：quorum 的值一般設置為哨兵個數的二分之一加1，例如 3 個哨兵就設置 2。

哨兵判斷完主節點客觀下線後，哨兵就要開始在多個「從節點」中，選出一個從節點來做新主節點。

那麼多「從節點」，到底選擇哪個從節點作為新主節點的？

隨機的方式好嗎？隨機的方式，實現起來很簡單，但是如果選到一個網路狀態不好的從節點作為新主節點，那麼可能在將來不久又要做一次主從故障遷移。

所以，我們首先要把網路狀態不好的從節點給過濾掉。首先把已經下線的從節點過濾掉，然後把以往網路連接狀態不好的從節點也給過濾掉。

怎麼判斷從節點之前的網路連接狀態不好呢？

Redis 有個叫 down-after-milliseconds * 10 配置項，其down-after-milliseconds 是主從節點斷連的最大連接超時時間。如果在 down-after-milliseconds 毫秒內，主從節點都沒有通過網路聯繫上，我們就可以認為主從節點斷連了。如果發生斷連的次數超過了 10 次，就說明這個從節點的網路狀況不好，不適合作為新主節點。

至此，我們就把網路狀態不好的從節點過濾掉了，接下來要對所有從節點進行三輪考察： 優先順序、復制進度、ID 號 。在進行每一輪考察的時候，哪個從節點優先勝出，就選擇其作為新主節點。

Redis 有個叫 slave-priority 配置項，可以給從節點設置優先順序。

每一台從節點的伺服器配置不一定是相同的，我們可以根據伺服器性能配置來設置從節點的優先順序。

比如，如果 「 A 從節點」的物理內存是所有從節點中最大的， 那麼我們可以把「 A 從節點」的優先順序設置成最高。這樣當哨兵進行第一輪考慮的時候，優先順序最高的 A 從節點就會優先勝出，於是就會成為新主節點。

如果在第一輪考察中，發現優先順序最高的從節點有兩個，那麼就會進行第二輪考察，比較兩個從節點哪個復制進度。

什麼是復制進度？主從架構中，主節點會將寫操作同步給從節點，在這個過程中，主節點會用 master_repl_offset 記錄當前的最新寫操作在 repl_backlog_buffer 中的位置，而從節點會用 slave_repl_offset 這個值記錄當前的復制進度。

如果某個從節點的 slave_repl_offset 最接近 master_repl_offset，說明它的復制進度是最靠前的，於是就可以將它選為新主節點。

如果在第二輪考察中，發現有兩個從節點優先順序和復制進度都是一樣的，那麼就會進行第三輪考察，比較兩個從節點的 ID 號，ID 號小的從節點勝出。

什麼是 ID 號？每個從節點都有一個編號，這個編號就是 ID 號，是用來唯一標識從節點的。

到這里，選主的事情終於結束了。簡單給大家總結下：

前面說過，為了更加「客觀」的判斷主節點故障了，一般不會只由單個哨兵的檢測結果來判斷，而是多個哨兵一起判斷，這樣可以減少誤判概率，所以哨兵是以哨兵集群的方式存在的。

那在選定了即將作為主節點的從節後，由哨兵集群中的哪個節點進行主從故障轉移呢？

所以這時候，還需要在哨兵集群中選出一個 leeder，讓 Leader 來執行主從切換。

選舉 leeder 的過程其實是一個投票的過程，在投票開始前，肯定得有個「候選者」。

哪個哨兵節點判斷主節點為「客觀下線」，這個哨兵節點就是候選者，所謂的候選者就是想當 Leader 的哨兵。

舉個例子，假設有三個哨兵。當哨兵 A 先判斷到主節點「主觀下線後」，就會給其他實例發送 is-master-down-by-addr 命令。接著，其他哨兵會根據自己和主節點的網路連接情況，做出贊成投票或者拒絕投票的響應。

當哨兵 A 收到贊成票數達到哨兵配置文件中的 quorum 配置項設定的值後，就會將主節點標記為「客觀下線」，此時的哨兵 A 就是一個Leader 候選者。

候選者會向其他哨兵發送命令，表明希望成為 Leader 來執行主從切換，並讓所有其他哨兵對它進行投票。

每個哨兵只有一次投票機會，如果用完後就不能參與投票了，可以投給自己或投給別人，但是只有候選者才能把票投給自己。

那麼在投票過程中，任何一個「候選者」，要滿足兩個條件：

舉個例子，假設哨兵節點有 3 個，quorum 設置為 2，那麼任何一個想成為 Leader 的哨兵只要拿到 2 張贊成票，就可以選舉成功了。如果沒有滿足條件，就需要重新進行選舉。

這時候有的同學就會問了，如果某個時間點，剛好有兩個哨兵節點判斷到主節點為客觀下線，那這時不就有兩個候選者了？這時該如何決定誰是 Leader 呢？

每位候選者都會先給自己投一票，然後向其他哨兵發起投票請求。如果投票者先收到「候選者 A」的投票請求，就會先投票給它，如果投票者用完投票機會後，收到「候選者 B」的投票請求後，就會拒絕投票。這時，候選者 A 先滿足了上面的那兩個條件，所以「候選者 A」就會被選舉為 Leader。

如果哨兵集群中只有 2 個哨兵節點，此時如果一個哨兵想要成功成為 Leader，必須獲得 2 票，而不是 1 票。

所以，如果哨兵集群中有個哨兵掛掉了，那麼就只剩一個哨兵了，如果這個哨兵想要成為 Leader，這時票數就沒辦法達到 2 票，就無法成功成為 Leader，這時是無法進行主從節點切換的。

因此，通常我們至少會配置 3 個哨兵節點。這時，如果哨兵集群中有個哨兵掛掉了，那麼還剩下兩個個哨兵，如果這個哨兵想要成為 Leader，這時還是有機會達到 2 票的，所以還是可以選舉成功的，不會導致無法進行主從節點切換。

當然，你要問，如果 3 個哨兵節點，掛了 2 個怎麼辦？這個時候得人為介入了，或者增加多一點哨兵節點。

再說一個問題，Redis 1 主 4 從，5 個哨兵 ，quorum 設置為 3，如果 2 個哨兵故障，當主節點宕機時，哨兵能否判斷主節點「客觀下線」？能否自動切換？

如果 quorum 設置為 2 的話，並且有 3 個哨兵故障。此時哨兵集群還是可以判定主節點為「客觀下線」，但是哨兵不能完成主從切換了，大家可以自己推演下。

quorum 的值建議設置為哨兵個數的二分之一加1 ，例如 3 個哨兵就設置 2，5 個哨兵設置為 3，而且 哨兵節點的數量應該是奇數 。

經過前面一系列的操作後，哨兵集群終於完成了主從故障遷移，那麼新主節點的信息要如何通知給客戶端呢？

這主要 通過 Redis 的發布者/訂閱者機制來實現 的。每個哨兵節點提供發布者/訂閱者機制，客戶端可以從哨兵訂閱消息。

比如，客戶端訂閱了主從切換的事件，當哨兵把新主節點選擇出來後，就會發布新主節點的 IP 地址和埠信息，這個時候客戶端就可以收到這條信息，然後用這裡面的新主節點的 IP 地址和埠進行通信了。

前面提到了 Redis 的發布者/訂閱者機制，那就不得不提一下哨兵集群的組成方式，因為它也用到了這個技術。

在我第一次搭建哨兵集群的時候，當時覺得很詫異。因為在配置哨兵的信息時，竟然只需要填下面這幾個參數，設置主節點名字、主節點的 IP 地址和埠號以及 quorum 值。

不需要填其他哨兵節點的信息，我就好奇它們是如何感知對方的，又是如何組成哨兵集群的？

後面才了解到， 哨兵節點之間是通過 Redis 的發布者/訂閱者機制來相互發現的 。

在主從集群中，主節點上有一個名為 sentinel :hello的頻道，不同哨兵就是通過它來相互發現，實現互相通信的。

在下圖中，哨兵 A 把自己的 IP 地址和埠的信息發布到 sentinel :hello 頻道上，哨兵 B 和 C 訂閱了該頻道。那麼此時，哨兵 B 和 C 就可以從這個頻道直接獲取哨兵 A 的 IP 地址和埠號。然後，哨兵 B、C 可以和哨兵 A 建立網路連接。

通過這個方式，哨兵 B 和 C 也可以建立網路連接，這樣一來，哨兵集群就形成了。

主節點知道所有「從節點」的信息，所以哨兵會向主節點發送 INFO 命令來獲取所有「從節點」的信息。

如下圖所示，哨兵 B 給主節點發送 INFO 命令，主節點接受到這個命令後，就會把從節點列表返回給哨兵。接著，哨兵就可以根據從節點列表中的連接信息，和每個從節點建立連接，並在這個連接上持續地對從節點進行監控。哨兵 A 和 C 可以通過相同的方法和從節點建立連接。

正式通過 Redis 的發布者/訂閱者機制，哨兵之間可以相互感知，然後組成集群，同時，哨兵又通過 INFO 命令，在主節點里獲得了所有從節點連接信息，於是就能和從節點建立連接，並進行監控了。

參考資料：

Redis 在 2.8 版本以後提供的 哨兵（*****Sentinel*****）機制 ，它的作用是實現 主從故障自動轉移 。它會監測主節點是否存活，如果發現主節點掛了，它就會選舉一個從節點切換為主節點，並且把新主節點的相關信息通知給從節點和客戶端。

哨兵一般是以集群的方式部署，至少需要 3 個哨兵節點，哨兵集群主要負責三件事情： 監控、選主、通知 。

哨兵節點通過 Redis 的發布者/訂閱者機制，哨兵之間可以相互感知，相互連接，然後組成哨兵集群，同時哨兵又通過 INFO 命令，在主節點里獲得了所有從節點連接信息，於是就能和從節點建立連接，並進行監控了。

哨兵集群會通過投票的方式判定主節點是否「客觀下線」，如果判定主節點為客觀下線，那麼就會從所有的「從節點」中選擇一個作為新主節點，選擇的規則有以下步驟：

選擇好從節點後，就需要從哨兵集群選擇一個 leader 執行主從切換。選舉 leader 的過程，也是一個投票的過程，任何一個想成為 leader 的哨兵節點，要滿足兩個條件：

選舉完 leader 哨兵節點後，就執行主從切換。完成主從切換後，通過 Redis 的發布者/訂閱者機制通知客戶端新主節點的 IP 地址和埠。

如果覺得本文對你有幫助，可以轉發關注支持一下~

Ⅷ 美團分析師二面結果什麼時候可以知道

第二天。美團分析師第二次面試結果一般第二天就會有通知說明過或不過，如果沒有通過，那麼他會在你通過的第二天就會給你發簡訊通知告知你。