交代背景
年後被迫跳槽,其中種種一言難盡,於是投遞簡歷,雖然有了年前嘗試積累,但年前畢竟不是真正的跳槽。由於沒有遵循大佬們的跳槽心得,面試時,先投小廠,再投大廠,導致,隨機面試,上來就遇見了個阿里的P7,被問的啞口無言。時隔半月,覆盤總結
跳槽心得:小廠出來的,除了基本功要紮實之外,投簡歷一定要先頭小廠在投你想去的公司,遵循先易後難,先拿到一些offer,有了底氣,才能有信心,才能有大概率去你想去的公司,雖然本人比較遺憾(也是能力不夠)沒有去到想去的公司,但是還是祝願大家都能如願去到想去的單位(個人感覺面試時信心非常重要,畢竟寫程式碼的能力和麵試中的表達那是兩碼事)
懵逼經歷
面試頭一遭,給了阿里,總結如下:
首先大佬讓介紹自己:.......胡說八道了一堆
然後大佬讓說一下自己的優點:......又胡說八道了一堆
接著大佬讓分別說一下這些優點有都時怎麼體現的:.....再次胡說八道一大堆(由於沒有準備,即興真的很糟糕)
再然後,噩夢開始..... 覆盤總結如下:
- 圍繞一個知識點連續發問,直到無言以對(反映出面試大廠準備一定要深入,切忌知道皮毛)
- 問的知識點都是你之前在優點中提到的技術積累(反映出在介紹自己時一定要慎重,不太深入的知識一定不要放在介紹裡)
- 問的問題考察還都是以基礎為主,只不過深入挖掘這些基礎知識了(反映出基礎一定要紮實再去阿里)
以上都是三點總結為血淚教訓,接下來我以題目的例子為例,模擬大佬面試問的一個問題(假設我都能回答上來),幫助後來人在碰見想去的公司之前,杜撰面試場景,增加成功的機會!
真題模擬
大佬:你瞭解前端路由嗎?
我:瞭解,這種spa應用,都是用的前端路由,其他的都是後端路由
大佬:哪能分別解釋一下嗎?
我:後端路由又可稱之為伺服器端路由,因為對於伺服器來說,當接收到客戶端發來的HTTP請求,就會根據所請求的相應URL,來找到相應的對映函式,然後執行該函式,並將函式的返回值傳送給客戶端。對於最簡單的靜態資源伺服器,可以認為,所有URL的對映函式就是一個檔案讀取操作。對於動態資源,對映函式可能是一個資料庫讀取操作,也可能是進行一些資料的處理,等等。然後根據這些讀取的資料,在伺服器端就使用相應的模板來對頁面進行渲染後,再返回渲染完畢的頁面。這種方式在早期的前端開發中非常普遍,比如京東頁面就是個後端路由,他請求的就是一個頁面
對於前端路由來說,路由的對映函式通常是進行一些DOM的顯示和隱藏操作
大佬:那他們分別有什麼優缺點呢?
我:後端路由優點是:安全性好,SEO好,缺點是:加大伺服器的壓力,不利於使用者體驗,程式碼冗合 ,前端的路由就是優點是:前端路由在訪問一個新頁面的時候僅僅是變換了一下路徑而已,沒有了網路延遲,對於使用者體驗來說會有相當大的提升缺點是:使用瀏覽器的前進,後退鍵的時候會重新傳送請求,沒有合理地利用快取,同樣的不利於seo
大佬:那前端路由有幾種方案呢?
我: 前端路由主要有以下兩種實現方案:
- 1、hash
- 2、history Api
大佬:那他們有什麼區別呢?
我:hash在位址列中的表現有一個# 而history並沒有(這是我當時的答案,比較草率)
大佬:那你分別說說他們的實現原理
1、hash
我:hash實現就是基於location.hash來實現的。其實現原理也很簡單,location.hash的值就是URL中#後面的內容。比如百度網站,設定它的location.hash='#abcsdf',那麼他的網址就是:
https://www.baidu.com/#abcsdf
複製程式碼
我們可以使用hashchange事件來監聽hash的變化。並且通過history.length能看到路由總數
大佬:你能不能用hash的方案實現一個路由切換
//首先我們要有個html
<ul>
<li><a href="#luyou1">路由1</a></li>
<li><a href="#luyou2">路由2</a></li>
<li><a href="#luyou3">路由3</a></li>
</ul>
<div id="luyouid"></div>
複製程式碼
//ts邏輯
class router {
//存貯當前路由
hashStr: String;
constructor(hash: String) {
//初始化賦值
this.hashStr = hash;
//初始化
this.watchHash();
//繫結監聽改變事件,由於this被換了,必須用bind繫結
this.watch = this.watchHash.bind(this);
window.addEventListener("hashchange", this.watch);
}
//監聽方法
watchHash() {
console.log();
let hash: String = window.location.hash.slice(1);
this.hashStr = hash;
console.log(hashStr);
if (hashStr) {
if (hashStr == "luyou1") {
document.querySelector("#luyouid").innerHTML = "好好學習天天向上";
} else if (hashStr == "luyou2") {
document.querySelector("#luyouid").innerHTML = "天天向上好好學習";
} else {
document.querySelector("#luyouid").innerHTML = "學習向上";
}
}
}
}
複製程式碼
大佬:那history Api 的原理呢?
history
我:history 這個物件在html的時候新加入兩個api history.pushState() 和 history.repalceState() 這兩個 API可以在不進行重新整理的情況下,操作瀏覽器的歷史紀錄。唯一不同的是,前者是新增一個歷史記錄,後者是直接替換當前的歷史記錄,
大佬:那這個兩個api怎麼用?
window.history.pushState(state,title,url)
//state:需要儲存的資料,這個資料在觸發popstate事件時,可以在event.state裡獲取
//title:標題,基本沒用,一般傳null
//url:設定新的歷史紀錄的url。新的url與當前url的origin必須是一樣的,否則會丟擲錯誤。url可以時絕對路徑,也可以是相對路徑。
//如 當前url是 https://www.baidu.com/a/,執行history.pushState(null, null, './qq/'),則變成 https://www.baidu.com/a/qq/,
//執行history.pushState(null, null, '/qq/'),則變成 https://www.baidu.com/qq/
window.history.replaceState(state,title,url)
//與pushState 基本相同,但她是修改當前歷史紀錄,而 pushState 是建立新的歷史紀錄
複製程式碼
大佬:除了這兩個api history還有其他的啥api呢?
window.history.back()//後退
window.history.forward()//前進
window.history.go(1)//前進一部,-2回退兩不,window.history.length可以檢視當前歷史堆疊中頁面的數量
複製程式碼
大佬:這些操作執行了怎麼監聽呢?
我:每當同一個文件的瀏覽歷史(即history)出現變化時,就會觸發popState事件,只要我們監聽事件即可
window.addEventListener('popstate', function(event) {
});
複製程式碼
大佬:所有的都能監聽,你確定嗎?
我:僅僅呼叫pushState方法或replaceState方法,並不會觸發該事件,只有使用者點選瀏覽器後退和前進按鈕時,或者使用js呼叫back、forward、go方法時才會觸發。
大佬:那麼如何監聽 pushState 和 replaceState 的變化呢?
我:我們可以建立2個全新的事件,事件名為pushState和replaceState,我們就可以在全域性監聽
//建立全域性事件
var _wr = function(type) {
var orig = history[type];
return function() {
var rv = orig.apply(this, arguments);
var e = new Event(type);
e.arguments = arguments;
window.dispatchEvent(e);
return rv;
};
};
//重寫方法
history.pushState = _wr('pushState');
history.replaceState = _wr('replaceState');
//實現監聽
window.addEventListener('replaceState', function(e) {
console.log('THEY DID IT AGAIN! replaceState 111111');
});
window.addEventListener('pushState', function(e) {
console.log('THEY DID IT AGAIN! pushState 2222222');
});
複製程式碼
最後
至此,一個問題算是圓滿結束了。其實我在真實的面試中只回答到了,問我history有哪些api,然後實在是不會了,這種連續刨根問底的發文方式,我覺得好像是阿里面試官的普遍面試方式,所以,請切記,如果簡歷上寫的東西一定確保非常瞭解,不然千萬別寫,不然這種刨根問底的問法,你在不是很瞭解的知識點上遲早要露餡的。
然後,祝大家跳槽都能去滿意的單位!
參考:如何監聽URL的變化