今天早上7點鐘爬起來，因為9點半面試，要乙個半小時的車程。開啟了寢室同學的電腦，想再看看socket程式設計之類的東西，臨時抱佛腳。開啟之後又想複習一下linux的東西，然後還想看c語言的東西，後來想還是算了。半個小時也看不到什麼東西，關機走人了。
路上堵車，幸虧自己除法的早一點，沒有顧及到今天上班的人多，以後還是多多提前出發比較好。今天早上的心裡跟昨天是一樣的，反正我已經準備要考研了，大不了我就考研，把我掛掉也無所謂。這裡要多說一句，我對不起今天面試我的面試官，對我那麼和藹，我對他撒了謊。他問我是否打算考研，我說不打算，其實我有打算。原諒我吧，因為我覺得如果我說考研的話可能就不會讓我去實習了，呼呼~~對不起了。
二面嘛就沒有問了那麼多技術題，所以這裡就多扯淡一會兒。今天面試的人比較少，本來以為是一面刷掉了很多人，但是後來聽說我有個同學也過了複試了不過他沒有去，有點汗顏。
他問了一下我做過的一些東西。首先問當事為什麼覺得mfc很難沒有學下去，我說大一不明白訊息機制對這些方面處理比較的弱。我覺得這個答的不好，應該說現在如果讓我學mfc的話我肯定沒有問題，當時大一的時候覺得mfc麻煩了一點點，用.net直接視覺化開發要快上很多。可惜，自己沒有很好的回答上來。然後問**是如何通訊的，就是你前台的東西是如何跟後台互動的，前面提過一面的時候就問過這個問題，我真的不明白他們想要要什麼答案。反正做.net開發就是傻瓜式的開發的，感覺他的意思應該是問前台的html頁面和後台的事件是如何互動的，我現在覺得答案應該是回答，可以通過post，get，put和delete方式，把html的頁面跟後台互動。當時沒有想到這些，笨，應該就是問提交方式的。因為後面他又提示問，post和get的區別，這個以前做網路滲透，就指令碼攻擊的時候有過了解。post方式適合提交大資料，因為雖然http協議本身對get沒有限制，但是某些瀏覽器會對url的長度進行限制，所以一般大資料提交的話需要用post方式。另外就是get方式一般是放在url的查詢字串裡面，是在http協議頭裡面的。簡單來說，post是向上提交資料，get是獲取資料。
寫的比較的亂，因為畢竟是回憶。將就將就。
接著就問了http協議頭裡面包含哪些內容，這個就比較悲劇了。雖然我每次做東西，比如js都需要用firebug或者微軟的或者google的開發人員工具檢視頭資訊但是一時想不起來了，笨。只回答了有sessionid，有請求字串引數。其實回來看了一下，比如請求url，請求方法是post還是get，還有可接受的編碼等等，都是由的嘛，太多了。笨哦。其實post和get的東西都在請求頭訊息當中。這我應該吹一下自己經常使用firebug，這樣我雖然沒有記住但有可說的。
接著問tcp/ip中的tcp協議連線的時候的三次握手，這個就比較惱火了。我只說了有乙個ack標誌位，首先由客戶端請求，裡面有乙個隨機數，然後伺服器端在那個隨機數之前加1發給客戶端，然後客戶端再加一發給伺服器端。這樣就通過三次握手就建立了乙個面向連線的tcp通訊了。表述比較模糊，還是從網上搜一下答案吧，如下。第一次握手：建立連線時，客戶端傳送syn包和乙個隨機序列號seq=x到伺服器，並進入syn_send狀態，等待伺服器進行確認。（syn，同步序列編號）。第二次握手，伺服器收到syn包，必須確認客戶的syn，然後伺服器傳送乙個ack=1, syn=1, seq=y的隨機數和ack=x+1的確認數的包傳送回去。第三次握手是客戶端收到伺服器端的syn+ack包，然後向伺服器端傳送確認包ack=y+1, seq=x+1, ack=1,客戶端和伺服器端進入established狀態，完成三次握手。具體圖示如下：
這裡多說一點，既然提到了連線時的三次握手，就順便把斷開連線時的四次揮手也複習一下。首先客戶端主動傳送fin=1，seq=u，它等於前面已傳送過去的最後乙個位元組的序號加1.這是a進入fin-wait-1狀態，等待b的確認。b收到連線後立即發出確認，確認號是ack=u+1，而這個報文段自己的序號是v，等於b前面已傳送過的資料的最後乙個位元組的序號加1.然後b即進入close-wait狀態。因而a到b的這個鏈結現在已經斷開了，這時的tcp連線處於半關閉狀態，即a已經沒有資料需要傳送了。但b若傳送資料，a還是要接受的。a收到來自b的確認之後就進入了fin-wait-2狀態等待b發出連線釋放報文段。若b已經沒有要向a傳送資料，其應用程序就通知tcp釋放連線。這是b發出的連線釋放報文段必須使用fin=1.現在假定b的序號為w，b還必須重複上次已傳送過的確認號ack=u+1.這時b就進入了last-ack狀態，等待a確認。a在收到b的連線釋放之後必須對此發出確認。在確認號中把ack置1，確認號ack=w+1,而自己的序號是seq=u+1。接著a進入time-wait狀態。為了保證b可以收到確認釋放報文段。如上圖：
中午耽誤了一會去上課，然後就悲劇的想不起來今天面試的內容了。
還有問我選擇工作地會是**。我當然會說成都，第一我不太想跑那麼遠去深圳，到那裡人生地不熟的實在是，反正最好留成都嘛。然後接著說其實深圳也可以，因為我本身確實也嚮往過深圳，在哪個地方倒不是太大的問題。只是他問我原因的時候我覺得又是自己的扣分項。我說成是乙個悠閒的城市，不像深圳城市節奏那麼快。深圳的競爭相對要激烈的多，我怕自己不太適應。就是競爭這一塊我後來分析自己很不靠譜，競爭就不敢上了？暈哦，該分析別的的。
接著下面的問題應該就無關了，他問了一下我乙個月的生活費花去好多，我說大概700左右嘛，他說這麼多，我當時覺得驚訝。他說一年的學費好多，我說4000。我覺得700不是很多的嘛，我說了一句食堂現在吃一頓飯都要五塊錢所以很正常。他覺得成都這邊的消費相對要低一點，應該要不到那麼多吧。接著就沒再討論這些問題了。
還有就是告訴我，回去要保持手機暢通，最近兩天可能會有通知。（心裡竊喜）。面試官人挺和藹的，應該是乙個專案經理吧，用的蘋果電腦，看起來挺高階的。
總結一下，沒有面到太多的技術性的東西，都比較基礎。面試官人挺和藹的，不好意思還小小的欺騙了他一下。感覺比筆試和一面都要好一些，但是我總是感覺好的時候反倒不好了。前兩次感覺不好就過了，現在感覺好一點說不定就掛了。不要太大意，沉得住氣，等通知。
額外筆試題點這裡：
來自智慧型手機推薦網
騰訊實習生面試經驗
我應聘的是移動客戶端開發 技術崗 4.9 宣講會 4.10 投簡歷 其實簡歷早就在宣講會之前就投好了，這天只是檢查一下簡歷，看有沒有什麼地方寫錯了。簡歷是通過計算機篩選的，這看起來好像沒什麼問題，其實還是有點學問的 因為有些公司是通過搜尋關鍵字來判斷簡歷是否通過網申的，所以填寫某些專業術語要規範點，...
騰訊實習生面試印象
2016.4.21 2016.4.10 在前一天收到初試的面試通知，讓我到乙個酒店。初試很多人，酒店裡面有很多在等待叫號的人。因為我的時間段比較早，很快就被叫上去了。面試官讓我自我介紹一下，然後就開始問了。一開始就問了，c 相對c有什麼特點。接著，虛函式的實現原理，歸併排序 快速排序的最優最壞和平均...
騰訊實習生面試經驗小記
一面是 技術面 二面是 壓力面 hr面基本是聊聊天，看人這個人性格 意向 好不好合作。一面問的問題，全是技術問題，如果你學c 他就問你c 方面的 按你的語言來給你題 例子 1.new和delete 及 malloc 和free 各有什麼功能？有什麼區別？2.try.catch.有什麼功能？你了解tr...