騰訊校招前端開發筆試初試總結| 掘金技術徵文

做者：Chacha

今天來總結下9月5號作的前端筆試題和9月16號的騰訊初試，這段時間真的沒怎麼準備面試和筆試，可想而知，騰訊的面試確定是掛了。 首先是9月5號的騰訊校招筆試題，在作筆試以前，我都沒怎麼去刷題，作的時候，徹底是憑藉本身的記憶來作的，總的來講，作的不是很好。在作的過程當中，截圖了一些比較好的筆試題，今天是時候看看了。

看到選擇題，是否是以爲有點坑爹，30道選擇題，竟然只給30分鐘，並且還有75分的分值。第一題作的時候，我選的是第一個，不知道同窗們會選什麼，這題確定不止一個答案，可是我沒敢學其餘的，由於這個屬性我根本就不是很熟悉。 tableLayout 屬性用來顯示錶格單元格、行、列的算法規則。固定表格佈局(fixed)與自動錶格佈局(auto)相比，容許瀏覽器更快地對錶格進行佈局。在固定表格佈局中，水平佈局僅取決於表格寬度、列寬度、表格邊框寬度、單元格間距，而與單元格的內容無關。在自動錶格佈局中，列的寬度是由列單元格中沒有折行的最寬的內容設定的。在自動錶格佈局中，列的寬度是由列單元格中沒有折行的最寬的內容設定的。此算法有時會較慢，這是因爲它須要在肯定最終的佈局以前訪問表格中全部的內容。因此第一個是正確的。對於第二個選項，只能是用示例來證明了，能夠參考下面的截圖：

從圖中紅色部分能夠看到，當我設置col元素的width 爲100px時，那一列的單元格的寬度剛好就是col元素的寬度，因此第二個選項也是對的。第三個選項，咱們任然能夠從實際例子中得出答案，看下面截圖：

當咱們給第一個單元格設置了width爲200px時，那列的單元格寬度剛好是第一個單元格的寬度，因此第三個選項也是對的。最後一個選項通過實際測試，是個錯誤的選項，表格的寬度並不會與父元素等寬。因此這個題目的正確答案時1，2，3。在作這題的時候，我根本不知道這些，我惟一確定的答案就是第一個選項。

這一題，又是一道頗有深度的題目，我選的是1和3。不過在看完這篇文章( user-gold-cdn.xitu.io/2018/4/9/16…)以後，發現這一題彷佛沒有正確答案，不知道騰訊出筆試題的人知不知道。上面那篇文章列舉了幾中常見的圖片的http請求狀況： 一、對於隱藏圖片和隱藏元素的背景，Opera不會產生請求。
二、對於隱藏元素的背景，Firefox也不會產生請求。
三、對於還沒有插入DOM樹的img元素，Opera不會產生請求。
四、基於webkit引擎的Safari和Chrome，支持多背景圖。
五、其它情景，全部主流瀏覽器保持一致。

對於第二個選項，通過實際的測試，並不能觸發http請求，由於我在 textarea標籤中加入其它的標籤根本就沒用，只能以文本的形式顯示在textarea標籤中。其餘的狀況我在這裏就不細說了，各位能夠看看我連接的那篇文章，仍是很是有參考價值的。

看了這題，不知道你們有沒有什麼頭緒，我是一點都不知道的，由於我連什麼是界標角色都不知道，因此這題只能靠猜了。我作的時候，理解的界標元素就是邊界的標誌。百度了一下，與我理解的差很少，這題其實沒多少意思，就是根據英文單詞的意思來判斷是否是一個界標屬性，這題選擇1，2，4，5，6。

看完這題的題目，我又醉了，css的特殊性我根本沒據說過啊，怎麼破，沒辦法，只能瞎猜了！這題確定錯了。今天百度了一下，仍是很漲姿式的。 在CSS中，會根據選擇器的特殊性來決定所定義的樣式規則的次序，具備更特殊選擇器的規則優先於具備通常選擇器的規則，若是兩個規則的特殊性相同，那麼後定義的規則優先。計算規則能夠看下面一張圖：

咱們把特殊性分爲4個等級，每一個等級表明一類選擇器，每一個等級的值爲其所表明的選擇器的個數乘以這一等級的權值，最後把全部等級的值相加得出選擇器的特殊值。
第一等：表明內聯樣式，如: style=」」，權值爲1000。
第二等：表明ID選擇器，如：#content，權值爲100。
第三等：表明類，僞類和屬性選擇器，如.content，權值爲10。
第四等：表明類型選擇器和僞元素選擇器，如div  p，權值爲1。
注意：通用選擇器（*），子選擇器（>）和相鄰同胞選擇器（+）並不在這四個等級中，因此他們的權值都爲0。
知道了這些，就知道這道題的答案了。這道題正確選項應該是2，3，4。關於css特殊性的問題，能夠看看這篇文章的介紹（ www.iinterest.net/2010/05/08/…

這一題相對比較簡單，值得一提的是，Media Queries到底能不能用高度來過濾設備呢？我看了看CSS3的規範，發現高度也是能夠過濾設備的，只不過咱們習慣用寬度來過濾設備，因此這題應該選1，2，3，4。我又錯了，💔！

這一題又一個坑，基本沒怎麼接觸reflow這個東西，筆試前又沒怎麼去刷題，因此這題只能憑感受了。百度了一下reflow，有一篇文章寫的不錯（ blog.sina.com.cn/s/blog_8772… reflow。在哪些狀況下會發生reflow呢？在如下狀況會發生reflow：
1.改變窗囗大小
2.改變文字大小
3.添加/刪除樣式表
4.內容的改變，如用戶在輸入框中敲字(這樣也會-_-||)
5.激活僞類，如:hover (IE裏是一個兄弟結點的僞類被激活)
6.操做class屬性
7.腳本操做DOM
8.計算offsetWidth和offsetHeight
9.設置style屬性
根據reflow的定義，這下就知道這題選什麼了，這題的正確答案是1，2，3，5，6。

這題考的是絕對定位，絕對定位在css中是個比較重要的知識，裏面包含不少細節。設置爲絕對定位的元素框從文檔流徹底刪除，並相對於其包含塊定位，包含塊多是文檔中的另外一個元素或者是初始包含塊。元素原先在正常文檔流中所佔的空間會關閉，就好像該元素原來不存在同樣。元素定位後生成一個塊級框，而不論原來它在正常流中生成何種類型的框。絕對定位使元素的位置與文檔流無關，所以不佔據空間。這一點與相對定位不一樣，相對定位實際上被看做普通流定位模型的一部分，由於元素的位置相對於它在普通流中的位置。絕對定位的元素的位置相對於最近的已定位祖先元素，若是元素沒有已定位的祖先元素，那麼它的位置相對於最初的包含塊。因此這題應該選1，4，第二個選項明顯是錯誤的，包含塊並非viewport（視窗）。總算是對了一題了。

這一題又是一個坑，對於http代碼所表示的含義，不經常使用的還真不記得了。只能百度了。這題正確選項是4。貼出http代碼所表示含義大全，請戳（ tool.oschina.net/commons?typ…

終於碰到一道比較熟悉的題了，這題絕不猶豫的就選了3。這題考的是閉包，再熟悉不過了，這裏不詳解。不清楚的能夠看看這篇有關閉包的文章（ www.mamicode.com/info-detail…

後面終於碰到算是比較正常的題了，這題果斷選了第3個。substring函數接受兩個參數，即substring(start,end)，從零開始索引。這個要與substr()這個函數區分，substr()函數的第二個參數是length，表示取多長的字符串。因此這題就很少說了。

最後是三道大題，感受騰訊筆試給的時間不是通常的坑，30道選擇題，並且大部分都是多選 ，可是隻給你30分鐘，然後面三道大題，竟然給你90分鐘去完成。後面的大題雖然作的不太好，可是我花了半個小時就交卷了。選擇題作的不是很好，因此就不期望大題能作多好了，幾個大題只是象徵性的給了個思路。各位感興趣的能夠本身作着試試看，這幾道大題難度不大，就是有不少細節須要注意的。

騰訊校招筆試就這麼完了，作的很通常，筆試也沒怎麼去準備，就這樣結束了。

9月11號，忽然收到騰訊校招發來的郵件，郵件是調查面試地點意向的。我投的是UI開發這個崗位，在深圳沒有設置該崗位，只有廣州有，因而直接填了能夠去廣州面試。
接下來的幾天，我根本就沒心思去關心騰訊校招這事兒。時逢接到了一個網站前端外包和網頁設計的私活，我就專心的作這個去了。

9月15號下午，我正作一個網頁設計，忽然，收到騰訊校招發來一封郵件。看了郵件，竟然是騰訊校招的面試邀請，地點是廣州天河區的一家酒店。收到面試邀請的通知，我既有種說不出的高興，又感到有些緊張。高興是由於筆試作的不怎麼樣，竟然收到了面試邀請，緊張是由於我壓根兒就沒準備面試，怎麼面啊！搞得我作私活兒時都按捺不住本身的心情。無論了，去廣州吧！當時直接就下定決心去廣州面試，試試水，畢竟是鵝廠發來的面試邀請。

當晚作網頁設計，跟客戶發生了糾紛，對方的設計要求沒達到。爲了避免影響去面試，只能跟客戶說我會解決的。晚上就拼命的作。次日發給客戶看設計稿，結果客戶依然以爲沒達到要求，要求退款。坑爹啊，當時心情是一萬個草泥馬！無論了，鵝廠的面試比較重要，最後直接跟客戶說，隨便你！跟客戶說了幾句，就奔向去廣州的路上了。從深圳坐高鐵到廣州，很快就到了，接着坐地鐵，到了騰訊發的郵件說的那個路口。剛從地鐵站出戰，就看到一個大巴車——騰訊接送面試者用的車。跟着我就上車了。

終於到了騰訊說的那家酒店。在酒店門口，站了不少人，都是來面試的。進去酒店裏面，感受人更多，酒店大堂都是面試的。大堂中間放着一個牌子，寫着「罷免處」，看着我都激動了，還有這麼來霸面的！在大堂轉悠了一下子，就上了二樓，來到二樓的一個大堂裏面。裏面人更多，大部分都是面試產品經理和市場營銷的，這些人都是羣面。看到這麼多人，心中又有些不安分了，還沒到面試，心情就緊張起來。

環顧四周，看到有個簽到的地方，就跑去簽到了。籤處處的人給了張卡片，上面寫的是面試地點和麪試時間，看到是兩點鐘面試，時間還早，我就找了個座位坐下了！才12點多，坐我後排的人已經面試完了，因而就轉過頭跟他們瞭解狀況。一詢問，才知道他們都是面試後臺開發的，一同的還有個女孩子，也是作後臺開發技術的。真是可貴啊，算是碰上女程序猿了。向他們瞭解了一下面試官問的問題，他們都說問的很基本，感受面試官很水，很快就結束了面試！聽他們這麼一說，心情瞬間舒暢了許多，感受沒什麼好擔憂的。

離我面試時間還有一個多小時，我就處處轉悠了下，看了看現場的其它狀況！其實說白了，心中仍是有點虛，對接下來的面試狀況仍是沒底！在接下來的一個多小時裏，我不停的喝水，肚子也有些餓，就吃了點騰訊提供的餅乾，坐在那聽人家聊面試狀況！

在焦急的等待中，我也不時的招人搭訕，瞭解一下其餘人都是面試什麼崗位的，同時也緩解一下我那緊張的心情。問了好幾個身邊的人，發現沒一個是面試我那個崗位的，搞得我又沒底了！

離面試時間愈來愈近了，我也愈來愈緊張，不停的喝水，不停的上廁所！最後，終於唸到個人名字，終於要上戰場了，終於要去面試了！我趕忙收拾好東西，走向電梯口，進了電梯！

面試地點在22樓，真是高處不勝寒！到了22樓，平靜了一下心情，拿出包裏的簡歷，就朝着面試房間去了！

面試房間的門開着，裏面的面試官正坐在那兒等待着，我敲了幾下門，就進去了！面試官請我坐下，我坐下以後，拿出本身的簡歷給他了！只見他喵了一眼簡歷，就把簡歷放到一邊，接着就問：「簡歷上沒看到你最近作的做品，你最近有作什麼做品嗎？」「有。」我緊張的答道。因而手指着簡歷上的第一條，說：「這個是暑假在公司實習作的一個項目，由我負責前端頁面的設計與開發」。忽然，房間來個電話，打斷了個人話，還好沒嚇到我，否則心情只會愈加緊張。面試官接完電話，就接着面試我，說：「你有帶做品嗎？我想看看做品。」幸虧我帶的有優盤，絕不有的就回答說：「有。」因而我就從包裏拿出個人優盤給他。打開優盤，我指着一個圖片給他看，自豪的說：「這是暑假作的項目設計稿。」說到這裏，實際上是有點裝逼的，只是想讓他看到我還會作設計！結果他什麼都沒說，只是嗯了一下。接着，我就打開了暑假作的那個webapp項目給他看。打開以後，他就開始看這些頁面，而我就不停的在旁邊向他介紹這個項目用到的技術，爲了顯得我很6！接着，他打開了瀏覽器的開發者工具，看裏面的源代碼。接着就問了一連串的問題，問我這裏爲何要這麼寫，問我那裏爲何要加這段代碼。前面的問題還好，都知道，到了後面，問到一個我不是很熟的問題，這個佈局還能用什麼方式實現。這時，我就說了一個我記得不是很清楚的屬性，說的不明不白的。接着又說到了flexbox佈局，到了這裏，我說話已經沒什麼邏輯了，由於我對flexbox佈局不太熟，接觸flexbox佈局已是半年多之前的事兒了。沒辦法，只能說我對flexbox佈局不是很熟。

到後面，又問到一個好久以前接觸的問題，你用的字體圖標，能說說字體圖標有哪些格式嗎？問的我有些不知所措，我只說出來兩個，還有兩個格式實在接觸的很少，用字體圖標的時候也沒怎麼去記它的格式。這時他又問，你在用字體圖標的時候有沒有遇到過什麼問題？我直接就回答沒有，由於是webapp開發，因此用字體圖標的時候真的沒有遇到什麼問題。結果他補充到，那你是怎麼解決兼容性問題的？我忽然意識到，這跟前面的問題實際上是一個問題，就是字體圖標格式問題，不一樣的瀏覽器兼容不一樣的格式。可想而知，這題又答很差了，我只回答說，不一樣的瀏覽器加對應的前綴。 就這樣，面試官的問題問完了，到了最後一個問題，老套路，問我還有沒有什麼問題要問他的！我就發問了，UI開發這個崗位平時都作些什麼工做？面試官就解釋道，UI開發是，吧啦吧啦吧啦。最後才知道，UI開發原來就是界面架構師。我已經醉了，我理解的UI開發就是又能開發又能設計，剛好我這兩個都學了，覺得會頗有優點，然並卵！

面試結束了，我坐着電梯就下樓了！在電梯中，碰到一個剛面試好的妹子，就問她面試什麼崗位的，她說是面試前端開發的。竟然碰到同行了，接着就多聊了幾句，問她面試怎麼樣，面試官問了什麼，學前端學了多久了之類問題。聊完以後才發現，我應該投前端開發的，由於我並無打算作界面重構。

就這樣結束了鵝廠校招的初試，回到深圳的時候已經晚上六點多了，什麼都沒想，等面試結果。次日起來，在騰訊校招微信公衆號上查詢了一下面試結果。

很遺憾，沒能過初試。面試雖然沒過，可是以爲也沒什麼。由於我投簡歷的時候，沒想到還能去初試，我也沒怎麼花時間準備面試，面試也算是正常發揮。不過這給我明年的實習應聘又增長了一些經驗，已經很不錯了！

今天的總結就到這裏了，但願在接下來的半年裏，繼續深刻學習，爭取明年能找一家合適的公司。

juejin.im/post/5aaf2a…

歡迎關注微信公衆號前端開發攻城獅
複製代碼