摘要：前言很認(rèn)真的說(shuō)吧，在和騰訊面試官的面試的過(guò)程。騰訊二面自我介紹二面的面試官和一面不是同一個(gè)面試官，所以在這個(gè)時(shí)候，我的基本介紹還是和一面一樣，介紹自己的基本信息，以及怎么想到學(xué)習(xí)前端和怎么學(xué)習(xí)前端。

很認(rèn)真的說(shuō)吧，在和騰訊面試官的面試的過(guò)程。有點(diǎn)感覺是在聊天一樣，他們是面試官，但是感覺更像是引路人，不管結(jié)果的好壞，在騰訊面試的過(guò)程，只要你認(rèn)真去聽去問(wèn)，就可以學(xué)到很多東西吧。

如果你有看鵝廠wo談會(huì)了，也會(huì)了解，平時(shí)能和這些大牛這樣平靜的交流的機(jī)會(huì)也不算很多的，所以希望大家都能夠在面試中學(xué)習(xí)到東西吧，接下來(lái)進(jìn)入正題吧。

自我介紹

二面的面試官和一面不是同一個(gè)面試官，所以在這個(gè)時(shí)候，我的基本介紹還是和一面一樣，介紹自己的基本信息，以及怎么想到學(xué)習(xí)前端和怎么學(xué)習(xí)前端。不管怎么樣，也都要耐心吧，畢竟即使做一個(gè)事情再多，但是你面對(duì)的人不同，還是要保持一樣的認(rèn)真，甚至更加認(rèn)真。

說(shuō)說(shuō)TCP/IP連接過(guò)程

TCP/IP協(xié)議其實(shí)如果去理解了真的不難吧，大家可以看看我上一篇文章分享的圖解HTTP，連接過(guò)程無(wú)非就是三次握手：

客戶端發(fā)送一個(gè)SYN給服務(wù)器，表示想連接。

服務(wù)器發(fā)送SYN和ACK給客戶端，表示接受到你的請(qǐng)求了，并且同意連接。

然后客戶端發(fā)送ACK給服務(wù)器，表示收到并且連接。

這里我多說(shuō)一下吧，如果大家理解不了的計(jì)算機(jī)網(wǎng)絡(luò)當(dāng)中的過(guò)程，建議大家可以把網(wǎng)絡(luò)當(dāng)做是快遞公司，客戶端當(dāng)客戶，服務(wù)器當(dāng)做商家吧。這樣TCP/IP連接的過(guò)程無(wú)非就是：

客戶發(fā)信息說(shuō)要和商家買東西

商家收到了并且給一個(gè)訂單給客戶填寫

客戶確定之后說(shuō)我填寫完了

然后，就是快遞公司進(jìn)行送快遞的過(guò)程了

假如TCP/IP連接過(guò)程斷了會(huì)怎么樣？

其實(shí)這個(gè)過(guò)程就好比快遞公司在送貨的時(shí)候，快遞不見了怎么辦，那當(dāng)然是客戶說(shuō)自己沒(méi)有收到快遞，然后商家又得繼續(xù)補(bǔ)發(fā)（這里我們不考慮快遞公司可以賠錢）。大概也是這樣理解吧，畢竟TCP/IP協(xié)議是可靠的傳輸協(xié)議，萬(wàn)一斷了，也是有自己的處理機(jī)制的，就是沒(méi)有收到信息的一方會(huì)去檢查，然后重新連接重新發(fā)送，這里建議大家可以去看看網(wǎng)絡(luò)的處理機(jī)制更加深入了解。

TCP/IP斷開的時(shí)候雙方需要注意一些什么？

TCP/IP斷開的時(shí)候，大家都知道，TCP/IP斷開需要四次揮手：

客戶端發(fā)送一個(gè)FIN報(bào)文給服務(wù)器，表示我將關(guān)閉客戶端到服務(wù)器端這個(gè)方向的連接。

服務(wù)器收到報(bào)文后，發(fā)送一個(gè)ACK報(bào)文給客戶端。

服務(wù)器發(fā)送一個(gè)FIN報(bào)文給客戶端，表示自己也將關(guān)閉服務(wù)器端到客戶端這個(gè)方向的連接。

客戶端收到FIN后，發(fā)回一個(gè)ACK報(bào)文給服務(wù)器，F(xiàn)IN的序號(hào)加1。

但是注意，為什么揮手過(guò)程，第二步服務(wù)器發(fā)完信息之后，還要再發(fā)一次呢，那是因?yàn)椋诘诙疆?dāng)中，服務(wù)器只是發(fā)送說(shuō)接受到要斷開了，但是服務(wù)器可能現(xiàn)在還有正在執(zhí)行的任務(wù)，直到干完活了，再去說(shuō)，現(xiàn)在沒(méi)事了斷開吧。然后客戶端再接受信息，就開始斷開。

那么大家也就可以理解了，如果在斷開的時(shí)候，客戶端已經(jīng)不需要東西了，那么亦可將服務(wù)器第二步后繼續(xù)傳遞數(shù)據(jù)可以關(guān)閉，當(dāng)然，這也是個(gè)人的理解。大家可以把這個(gè)想象成客戶說(shuō)不要商家繼續(xù)發(fā)貨了的過(guò)程。

說(shuō)說(shuō)Vue的原理吧

其實(shí)Vue的原理的話，我也寫過(guò)一篇文章，大家可以看看，具體雙向綁定數(shù)怎么據(jù)實(shí)現(xiàn)的過(guò)程的話，我建議大家可以看看這個(gè)文章

Vue當(dāng)中Dom的改變是怎么出發(fā)數(shù)據(jù)的改變的

如果你看了上面問(wèn)題的第二篇文章，你就可以理解到是先將跟節(jié)點(diǎn)el轉(zhuǎn)換成文檔碎片fragment進(jìn)行解析編譯操作，解析完成，再將fragment添加回原來(lái)的真實(shí)dom節(jié)點(diǎn)中。

你覺得ES6當(dāng)中覺得比較實(shí)用的技巧

其實(shí)這個(gè)的話，本人也寫過(guò)一篇文章，寫了在項(xiàng)目中可能經(jīng)常要到的語(yǔ)法吧，當(dāng)然，還有很多使用的，例如Promise對(duì)象等，大家可以再看看阮一峰前輩的ES6入門書

js實(shí)現(xiàn)異步的操作有哪些

我就簡(jiǎn)單說(shuō)幾個(gè)吧：

利用setTimout實(shí)現(xiàn)異步

使用Promise對(duì)象

動(dòng)態(tài)創(chuàng)建script標(biāo)簽

利用script標(biāo)簽提供的async

還有ES6里面async函數(shù)，使得異步操作變得更加方便

對(duì)于性能優(yōu)化，你的指標(biāo)是什么

其實(shí)本人雖然做了一些項(xiàng)目，但是用到的指標(biāo)可能不多，主要也是兩個(gè)：

靜態(tài)文件的大小

加載靜態(tài)資源需要的時(shí)間

但是真正的話，需要的不只是這些，需要的是

最大限度地減少HTTP請(qǐng)求

使用內(nèi)容分發(fā)網(wǎng)絡(luò)

headers添加一個(gè)Expires或Cache-Control頭

用gzip的壓縮內(nèi)容

將樣式表在頂部

js代碼放在底部

避免使用CSS表達(dá)式

JavaScript和CSS放在外部

減少DNS查找

縮小JavaScript和CSS

避免重定向

刪除重復(fù)的腳本和樣式

減少DOM元素的數(shù)量

等等等等方法，這里我就不多做介紹，雖然這些方法很多我在項(xiàng)目中其實(shí)都用到了，但是都是因?yàn)橐婚_始養(yǎng)成了良好的編程習(xí)慣了而導(dǎo)致以為這些都很正常，不過(guò)大家可以把這些知識(shí)更加的系統(tǒng)化吧，不然不歸類的知識(shí)很容易就忘掉。

你在編寫Vue的時(shí)候是怎么測(cè)試的

其實(shí)本人主要是用工具吧，Vue Devtools，當(dāng)然，網(wǎng)上還有很多方法，本人在看vue2.0實(shí)踐教程也教了不少的調(diào)試方法，但是的話，對(duì)于自己編寫的程序，還是條理清晰的，所以就沒(méi)用特別多的方法。

對(duì)于操作mysql的語(yǔ)句，你覺得有什么地方可以優(yōu)化

這個(gè)主要是因?yàn)楸救嗽诤?jiǎn)歷也寫了本人做的一個(gè)全棧的項(xiàng)目吧，mysql+nodejs+axios+vue全家桶+element-ui實(shí)現(xiàn)的一個(gè)學(xué)生信息管理系統(tǒng)。其實(shí)對(duì)于數(shù)據(jù)庫(kù)mysql的優(yōu)化，本人也是看過(guò)不少視頻，但是過(guò)程中，印象比較深刻的就是：

合理建立索引

避免多次連接查詢和嵌套查詢

避免數(shù)據(jù)類型不一致

禁止不必要的ORDER BY排序

批量INSERT插入可以合并插入

了解過(guò)慢查詢嗎

這個(gè)說(shuō)實(shí)在的，了解過(guò)，只是畢竟是數(shù)據(jù)庫(kù)的一個(gè)深入的優(yōu)化的過(guò)程，基本的過(guò)程其實(shí)就是：

先運(yùn)行看看是否真的很慢，注意設(shè)置SQL_NO_CACHE

where條件單表查，鎖定最小返回記錄表。這句話的意思是把查詢語(yǔ)句的where都應(yīng)用到表中返回的記錄數(shù)最小的表開始查起，單表每個(gè)字段分別查詢，看哪個(gè)字段的區(qū)分度最高

explain查看執(zhí)行計(jì)劃，是否與b預(yù)期一致（從鎖定記錄較少的表開始查詢）

order by limit 形式的sql語(yǔ)句讓排序的表優(yōu)先查

了解業(yè)務(wù)方使用場(chǎng)景

加索引時(shí)參照建索引的幾大原則

觀察結(jié)果，不符合預(yù)期繼續(xù)從1分析

說(shuō)一下git操作，git怎么進(jìn)行多人協(xié)作

git操作的話，本人是從大一就使用github了，而且接觸到的東西基本都是用git管理項(xiàng)目，因此比較熟悉一點(diǎn)，大家不熟悉建議可以看看廖雪峰前輩的git教程

說(shuō)一下你學(xué)習(xí)的路線，怎么高效率的學(xué)習(xí)

其實(shí)這一點(diǎn)的話，我是深有體會(huì)啦，一面的面試官就教過(guò)我。那時(shí)候真的是獲益匪淺吧，因?yàn)楸救藢W(xué)習(xí)前端一年的過(guò)程當(dāng)中，先把基礎(chǔ)學(xué)好，后來(lái)又學(xué)習(xí)框架運(yùn)用。在過(guò)程當(dāng)中，接觸到了很多新的知識(shí)，也不斷地去關(guān)注前端前沿技術(shù)的發(fā)展，但是在過(guò)程當(dāng)中，還是沒(méi)有將知識(shí)體系化，而且整理出自己的一套解決問(wèn)題的過(guò)程，我相信這也是很多人都會(huì)遇到的。不過(guò)還好，被騰訊官提了一下之后，本人也恍然大悟，將之前學(xué)習(xí)的基礎(chǔ)知識(shí)再一次回顧和總結(jié)，因?yàn)楫?dāng)初理解的比較透徹回憶起來(lái)也比較快。

說(shuō)說(shuō)你在js高級(jí)教程第三版當(dāng)中看到的一些實(shí)用的技巧

這個(gè)技巧其實(shí)很多的啦，我這里就不多說(shuō)了吧，一本書里面，每個(gè)知識(shí)點(diǎn)都是一個(gè)小技巧。

說(shuō)說(shuō)快排

快排是比較簡(jiǎn)單的排序算法了，不懂的同學(xué)可以自行百度一下咯，各大排序算法的優(yōu)勢(shì)劣勢(shì)原理都要了解一下的啦

還有什么問(wèn)題想問(wèn)的嗎

這個(gè)問(wèn)題其實(shí)，我還是和一面一樣，畢竟，能夠和騰訊大牛聊天真的是一個(gè)不錯(cuò)的機(jī)會(huì)，我就請(qǐng)教面試官對(duì)我的表現(xiàn)評(píng)價(jià)一下，畢竟，這樣能夠進(jìn)步的機(jī)會(huì)也不算很多，要珍惜。

騰訊面試官真的很nice，過(guò)程中，我耳機(jī)可能不好，有時(shí)候聽不清楚問(wèn)題，我去問(wèn)清楚的過(guò)程，面試官還是很耐心的跟我講解，而且面試過(guò)程中也對(duì)我進(jìn)行指導(dǎo)，學(xué)習(xí)到不少的東西吧。反正，敢于挑戰(zhàn)，敢于嘗試，給自己打雞血努力吧。