2020年4月大廠騰訊前端面經(jīng)分享

前言

本人很榮幸參加了一次騰訊大廠的一面尊残,雖然結(jié)果不理想程拭,但是總歸是檢測了一下自己,發(fā)現(xiàn)了自己的不足地方春哨,以此督促自己加強(qiáng)學(xué)習(xí)喷楣。
本次面試共分為筆試題一個(gè)小時(shí)和面試一個(gè)小時(shí)趟大。

一鹤树、編程題(請用es6實(shí)現(xiàn)編碼):

1铣焊、 二分查找

給定一個(gè) n 個(gè)元素有序的(升序)整型數(shù)組 nums 和一個(gè)目標(biāo)值 target ,寫一個(gè)函數(shù)二分查找 nums 中的 target罕伯,如果目標(biāo)值存在返回下標(biāo)曲伊,否則返回 -1。

let arr = [1, 3, 5, 7, 9];
function search(nums, target) {
  let left = 0;
  let right = nums.length - 1;
  while(left <= right) {
    let mid = (right + left) / 2;
    if (nums[mid] == target) {
      return mid;
    } else if (nums[mid] < target) {
      left = mid + 1;
    } else {
      right = mid -1;
    }
  }
  return -1;
}
console.log(search(arr, 7));

2追他、 編寫一個(gè)異步查詢等待結(jié)果的輪詢組件

組件具體輸入如下:

  1. 查詢執(zhí)行方法
  2. 輪詢間隔
  3. 超時(shí)時(shí)長
  4. 最多輪詢次數(shù)
    組件輸出:
  5. 返回一個(gè)promise對象
  6. 查詢方法執(zhí)行無異常坟募,則輪詢結(jié)束,返回查詢結(jié)果
    解答:
  // vue代碼
  data() {
    return {
      data: {}, // 請求結(jié)果
      remainTime: 0, // 剩余限制時(shí)長
      start: 0, // 開始時(shí)間
      end: 0, // 請求得到數(shù)據(jù)的時(shí)間
    }
  }
  mounted () {
    // 請求之前計(jì)時(shí) start
    this.start = Math.floor(new Date().getTime()/1000);
    this.query(50, 2, 10);
  },
  methods: {
    // 只要輪詢次數(shù)和最大限制時(shí)長任何一個(gè)達(dá)到閾值 就 停止輪詢
    query(num, interval, limitTime=60) { // 參數(shù)num:輪詢次數(shù)   interval:定時(shí)器時(shí)間(s)  l imitTime:最大限制時(shí)長(s)
      let timer;
      if (num > 1) {
        return new Promise((resolve, reject) => {
          let postParams = {
            id: this.$route.params.id
          }
          Api.getArticleOne(postParams).then(res => {
            this.data = res.data.data.content; // 這個(gè)只是接口返回的數(shù)據(jù)結(jié)構(gòu)
            this.end = Math.floor(new Date().getTime()/1000);
          }, err => {
            reject(err);
          }).catch(err => {
            console.log(err)
          });
          if (this.end !== 0) {
            // 如果拿到數(shù)據(jù)了邑狸,就用當(dāng)前的 剩余限制時(shí)長 - (結(jié)束時(shí)間 - 開始時(shí)間)
            this.remainTime = limitTime - (this.end - this.start);
          } else {
            // 如果還沒拿到接口數(shù)據(jù)  這個(gè)時(shí)候  end就為0  需要繼續(xù) 輪詢  這個(gè)時(shí)候的剩余時(shí)間還是 傳過來的 限制時(shí)長
            this.remainTime = limitTime;
          }

          if (this.remainTime <= 0) { // 如果剩余時(shí)間小于等于 0 或者 循環(huán)次數(shù) 為 1 就結(jié)束定時(shí)器
            clearTimeout(timer);
            return;
          } else {
            // 輪詢一次  num就減少一次
            num--;
            this.remainTime = this.remainTime - interval; // 當(dāng)前剩余時(shí)長 = 當(dāng)前剩余時(shí)長 - 定時(shí)器
            timer = setTimeout(() => { this.query(num, interval, this.remainTime)}, interval * 1000);
          }
        }).catch(err => {
          console.log(err)
        })
      } else {
        clearTimeout(timer);
        return;
      }
    },
  }

3懈糯、 邏輯題

共有60塊磚,60人搬单雾,男搬5赚哗,女搬3,兩個(gè)小孩搬1塊硅堆,一次搬完屿储,需要小孩、男人渐逃、女人各多少人够掠,有幾種組合方案?
解答:

function solution() {
  let x, y, z;
  for(x =1; x < 12; x++) {
    for(y = 1; y < 20; y++) {
      z = 60 - x - y;
      if (z%2 == 0) {
        if (5*x + y*3 + z/2 == 60) {
          console.log(x, y, z, '搬磚組合'); // 5 3 52
        }
      }
    }
  }
}
solution();

答案:只有一種方案:男人:5 茄菊;女人: 3 疯潭;小孩:52

二、問答題

1-5題

1. 請寫出下面代碼輸出結(jié)果以及原因

var myname = "小明";
function showName(){ 
  console.log(myname); // undefined
  if(0){ var myname = "小紅" }
  console.log(myname); // undefined 
}
showName();

2. 請寫出下面代碼輸出結(jié)果以及原因

function letTest() {
  let x = 1; 
  if (true) { 
    let x = 2; 
    console.log(x);  // 2
  }
  console.log(x); // 1
}
letTest();

3. 請寫出下面代碼輸出結(jié)果以及原因面殖?并且用箭頭函數(shù)實(shí)現(xiàn)

function bar() {
console.log(myName)
}
function foo() {
  var myName = "騰訊1"
  bar()
}
var myName = "騰訊2"
foo()袁勺;// 騰訊2

箭頭函數(shù):var foo = () => () => {
console.log(myName);
}

4. 請寫出下面代碼輸出結(jié)果以及原因

var myObj = {
  name : "騰訊1",
  showThis: function(){
    console.log(this);
    var self = this;
    function bar(){
      self.name = "騰訊2";
    }
    bar()
  }
}
myObj.showThis(); // myObject對象
console.log(myObj.name); // 騰訊2
console.log(window.name); // undefined

5. 請寫出以下this指向情況

// 情況1
function foo() {
  console.log(this.a) //1
}
var a = 1
foo(); 
this指向window全局

// 情況2
function fn(){
  console.log(this);
}
var obj = {fn: fn};
obj.fn(); // this => obj this指向obj對象

// 情況3
function CreateJsPerson(name,age){
// this是當(dāng)前類的一個(gè)實(shí)例p1
this.name=name; // => p1.name = name
this.age=age; // => p1.age = age
}
var p1=new CreateJsPerson("尹華芝",48);

// 情況4
function add(c, d){
  return this.a + this.b + c + d;
}
var o = {a: 1, b: 3};
add.call(o, 5, 7); // 1 + 3 + 5 + 7 = 16   this指向o對象
add.apply(o, [10, 20]); // 1 + 3 + 10 + 20 = 34 this指向o對象

// 情況5
<button id="btn1">箭頭函數(shù)this</button>
<script type="text/javascript">
  let btn1 = document.getElementById('btn1');
  let obj = {
    name: 'kobe',
    age: 39,
    getName: function () {
      btn1.onclick = () => {
          console.log(this);//obj
      };
    }
  };
  obj.getName();
this指向obj,因?yàn)榧^函數(shù)的this是在外層函數(shù)定義的時(shí)候就指定了

</script>

6. 說一說你最近了解的你覺得在前端比較新的技術(shù)畜普,并寫寫你的見解

(開放性題)

node V8引擎期丰,異步I/O,事件機(jī)制

Typescript 對變量類型的指定,解除javascript的弱類型的詬病

服務(wù)端渲染(vue-ssr钝荡、nuxt街立、next):利于seo,更快時(shí)間到達(dá)埠通,需要服務(wù)器支持赎离,加重服務(wù)器負(fù)載。

7. webpack相關(guān)

webpac默認(rèn)的入口文件是index.js

默認(rèn)輸出目錄是dist

如何修改webpack的默認(rèn)輸出目錄端辱。需要用到webpack命令是webpack

Webpack 常見名詞解釋梁剔,請解釋下面名詞:
entry 項(xiàng)目入口

module 模塊,對于webpack來說舞蔽,所有的資源(.js荣病、.css、.png)都是module

chunk 打包過程中被操作的模塊文件叫做chunk

bundle 最后打包后的文件渗柿,最終輸出的chunk在用戶端,被稱之為bundle朵栖;一般一個(gè)chunk對應(yīng)一個(gè)bundle颊亮,只有在配置了sourcemap時(shí),才會(huì)出現(xiàn)一個(gè)chunk對應(yīng)多個(gè)bundle的情況陨溅;

loader 它就是一個(gè)轉(zhuǎn)換器, loader讓webpack能夠處理不同的文件终惑。loader可以將所有類型的文件轉(zhuǎn)換為webpack能夠處理的有效模塊,然后利用webpack的打包能力门扇,對他們進(jìn)行處理雹有。

plugins 它就是一個(gè)擴(kuò)展器,它豐富了wepack本身悯嗓,針對是loader結(jié)束后件舵,webpack打包的整個(gè)過程,它并不直接操作文件脯厨,而是基于事件機(jī)制工作铅祸,會(huì)監(jiān)聽webpack打包過程中的某些節(jié)點(diǎn),執(zhí)行廣泛的任務(wù)合武。

8. Node 如何進(jìn)行緩存

強(qiáng)制緩存和協(xié)商緩存,跟瀏覽器緩存差不多吧

9. 瀏覽器的js循環(huán)機(jī)制和nodejs循環(huán)機(jī)制的差別临梗?

[圖片上傳失敗...(image-22e8bf-1586703310728)]

宏任務(wù):setTimeout,setInterval稼跳,

微任務(wù):promise的回調(diào)

js的事件循環(huán)機(jī)制比較簡單

jsloop.gif

先執(zhí)行主線程代碼盟庞,執(zhí)行完畢后,清空微任務(wù)隊(duì)列汤善,然后取出一個(gè)宏任務(wù)什猖,然后清空微任務(wù)隊(duì)列票彪,如此循環(huán)

Node的事件循環(huán)比較復(fù)雜

loop.gif

Node的事件循環(huán)分為六個(gè)階段

(1)timers計(jì)時(shí)器 執(zhí)行setTimeout、setInterval的回調(diào)函數(shù)

(2)I/0 callbacks 執(zhí)行I/O callback被延遲到下一階段執(zhí)行不狮;

(3)idle, prepare 隊(duì)列的移動(dòng)降铸,僅內(nèi)部使用

(4)poll 輪詢階段 這個(gè)階段是用來執(zhí)行和 IO 操作有關(guān)的回調(diào)的,Node會(huì)向操作系統(tǒng)詢問是否有新的 IO 事件已經(jīng)觸發(fā)摇零,然后會(huì)執(zhí)行響應(yīng)的事件回調(diào)。幾乎所有除了 定時(shí)器事件驻仅、 setImmediate() 和 close callbacks 之外操作都會(huì)在這個(gè)階段執(zhí)行噪服。

(5)check 這個(gè)階段會(huì)執(zhí)行 setImmediate() 設(shè)置的任務(wù)

(6)close 執(zhí)行close事件的callback牙捉,例如socket.on("close",func) 如果一個(gè) socket 或 handle(句柄) 突然被關(guān)閉了敬飒,例如通過 socket.destroy() 關(guān)閉了,close事件將會(huì)在這個(gè)階段發(fā)出昧碉。

10. VUE響應(yīng)式原理解釋

監(jiān)聽器 Observer:用來劫持并通過Object.defineProperty監(jiān)聽所有屬性(轉(zhuǎn)變成setter/getter形式)被饿,如果屬性發(fā)生變化闪金,就通知訂閱者哎垦。

訂閱器 Dep:用來收集訂閱者漏设,對監(jiān)聽器 Observer訂閱者 Watcher 進(jìn)行統(tǒng)一管理郑口。

訂閱者 Watcher監(jiān)聽器Observer解析器Compile之間通信的橋梁犬性;如果收到屬性的變化通知琐脏,就會(huì)執(zhí)行相應(yīng)的方法日裙,從而更新視圖昂拂。

解析器 Compile:可以解析每個(gè)節(jié)點(diǎn)的相關(guān)指令格侯,對模板數(shù)據(jù)和訂閱器進(jìn)行初始化联四。

主要做的事情是:

  1. 在自身實(shí)例化時(shí)往屬性訂閱器(dep)里面添加自己。
  2. 自身有一個(gè)update()方法收苏。
  3. 待屬性變動(dòng)dep.notice()通知時(shí)鹿霸,能調(diào)用自身的update()方法懦鼠,并觸發(fā)解析器(Compile)中綁定的回調(diào)葛闷。

總結(jié):vue.js 是采用數(shù)據(jù)劫持結(jié)合發(fā)布者-訂閱者模式的方式,通過Object.defineProperty()來劫持各個(gè)屬性的setter忧陪,getter,在數(shù)據(jù)變動(dòng)時(shí)發(fā)布消息給訂閱者评矩,觸發(fā)相應(yīng)的監(jiān)聽回調(diào)斥杜。

Vue3.0的Proxy相比于defineProperty的優(yōu)勢

Object.defineProperty() 的問題主要有三個(gè):

  • 不能監(jiān)聽數(shù)組的變化
  • 必須遍歷對象的每個(gè)屬性
  • 必須深層遍歷嵌套的對象

Proxy 在 ES2015 規(guī)范中被正式加入,它有以下幾個(gè)特點(diǎn):

針對對象: 針對整個(gè)對象缰儿,而不是對象的某個(gè)屬性乖阵,所以也就不需要對 keys 進(jìn)行遍歷。這解決了上述 Object.defineProperty() 第二個(gè)問題师崎。

支持?jǐn)?shù)組: Proxy 不需要對數(shù)組的方法進(jìn)行重載,省去了眾多 hack床估,減少代碼量等于減少了維護(hù)成本丐巫,而且標(biāo)準(zhǔn)的就是最好的递胧。

11. HTTP/2、https 有什么新特性

HTTP/2

HTTP/2 更簡單,高效,強(qiáng)大遗菠。
它在傳輸層解決了以前我們HTTP1.x中一直存在的問題豁遭。使用它可以優(yōu)化我們的應(yīng)用蓖谢。HTTP/2 的首要目標(biāo)是通過完全的請求蜈抓,響應(yīng)多路復(fù)用昂儒,頭部的壓縮頭部域來減小頭部的體積腊嗡,添加了請求優(yōu)先級,服務(wù)端推送。為了支持這些特性,他需要大量的協(xié)議增加頭部字段來支持底挫,例如新的流量控制建邓,差錯(cuò)處理官边,升級機(jī)制.而這些是每個(gè)web開發(fā)者都應(yīng)該在他們的應(yīng)用中用到的注簿。

HTTP/2并沒有在應(yīng)用中改變HTTP的語義,而是通過在客戶端和服務(wù)端傳輸?shù)臄?shù)據(jù)格式(frame)和傳輸.它通過在新的二進(jìn)制幀層控制整個(gè)過程以及隱藏復(fù)雜性跳仿,而這不需要改變原來有的東西就可以實(shí)現(xiàn)诡渴。

詳情參考=>

https

一、HTTPS協(xié)議需要到證書頒發(fā)機(jī)構(gòu)CA申請證書塔嬉,HTTP不用申請證書玩徊;

二租悄、HTTP是超文本傳輸協(xié)議,屬于應(yīng)用層信息傳輸恩袱,HTTPS 則是具有SSL加密傳安全性傳輸協(xié)議泣棋,對數(shù)據(jù)的傳輸進(jìn)行加密,相當(dāng)于HTTP的升級版桑阶;

三萎河、HTTP和HTTPS使用的是完全不同的連接方式沾鳄,用的端口也不一樣圈膏,前者是80,后者是443淘正。

四、HTTP的連接很簡單,是無狀態(tài)的坷澡;HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸着降、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議刃鳄,比HTTP協(xié)議安全解取。

12. TCP/ip5層模型稿辙,并且解釋每層的作用

TCP/IP“五層模型”分為:物理層脓匿、互聯(lián)網(wǎng)層丐谋、網(wǎng)絡(luò)層(IP層)怪瓶、傳輸層(TCP/UDP層)、應(yīng)用層找岖。

各層網(wǎng)絡(luò)協(xié)議

應(yīng)用層(Application):                                                                     應(yīng)用程序網(wǎng)關(guān)(application gateway)
        Telnet: 遠(yuǎn)程登錄                                                                  (在應(yīng)用層連接兩部分應(yīng)用程序)     
        FTP(File Transfer Protocol):文件傳輸協(xié)議
        HTTP(Hyper Text Transfer Protocol):超文本傳輸協(xié)議
        SMTP(Simple Mail Transter Protocol):簡單郵件傳輸協(xié)議
         POP3(Post Office Ptotocol):郵局協(xié)議
        SNMP(Simple Network Mangement Protocol):簡單網(wǎng)絡(luò)管理協(xié)議
        DNS(Domain Name System):域名系統(tǒng)
傳輸層(Transport):                                                                        傳輸網(wǎng)關(guān)(transport gateway)
       TCP(Transmission Control Potocol):傳輸控制協(xié)議                (在傳輸層連接兩個(gè)網(wǎng)絡(luò))
       UDP(User Data Potocol):用戶數(shù)據(jù)協(xié)議
網(wǎng)絡(luò)層(Internet):                                                                             多協(xié)議路由器(multiprotocol router)
        IP(Internet Protocol):網(wǎng)絡(luò)協(xié)議                                                      (在異構(gòu)網(wǎng)絡(luò)間轉(zhuǎn)發(fā)分組)
       ARP(Address Resolution Protocol):地址解析協(xié)議
       RARP(Reverse Address Resolution Protocol) :逆地址解析協(xié)議
       ICMP(Internet Control Message Protocol):因特網(wǎng)控制消息協(xié)議
       IGMP(Internet Group Manage Protocol):因特網(wǎng)組管理協(xié)議
       BOOTP (Bootstrap):可選安全啟動(dòng)協(xié)議
互聯(lián)網(wǎng)層 即 數(shù)據(jù)鏈路層(Data Link):                                                           網(wǎng)橋(bridge)交換機(jī)(switcher)
  HDLC(High Data Link Control):高級數(shù)據(jù)鏈路控制                (在LAN之間存儲(chǔ)-轉(zhuǎn)發(fā)數(shù)據(jù)鏈路針)
        SLIP(Serial Line IP):串行線路IP
        PPP(Point-to-Point Protocol):點(diǎn)到點(diǎn)協(xié)議
        802.2等
物理層(Physical):         中繼器(repeater) 集線器(hub)
         無                           (放大或再生弱的信號,在兩個(gè)電纜段之間復(fù)制每一個(gè)比特)

應(yīng)用層:應(yīng)用程序間溝通的層题翰,如簡單電子郵件傳輸(SMTP)籍茧、文件傳輸協(xié)議(FTP)、網(wǎng)絡(luò)遠(yuǎn)程訪問協(xié)議(Telnet)等梯澜。

傳輸層:在此層中寞冯,它提供了節(jié)點(diǎn)間的數(shù)據(jù)傳送服務(wù),如傳輸控制協(xié)議(TCP)、用戶數(shù)據(jù)報(bào)協(xié)議(UDP)等吮龄,TCP和UDP給數(shù)據(jù)包加入傳輸數(shù)據(jù)并把它傳輸?shù)较乱粚又屑蠹耄@一層負(fù)責(zé)傳送數(shù)據(jù),并且確定數(shù)據(jù)已被送達(dá)并接收漓帚。

數(shù)據(jù)鏈路層: O S I 模型的第二層母债,它控制網(wǎng)絡(luò)層與物理層之間的通信。它的主要功能是如何在不可靠的物理線路上進(jìn)行數(shù)據(jù)的可靠傳遞尝抖。為了保證傳輸毡们,從網(wǎng)絡(luò)層接收到的數(shù)據(jù)被分割成特定的可被物理層傳輸?shù)膸怯脕硪苿?dòng)數(shù)據(jù)的結(jié)構(gòu)包昧辽,它不僅包括原始數(shù)據(jù)衙熔,還包括發(fā)送方和接收方的網(wǎng)絡(luò)地址以及糾錯(cuò)和控制信息。其中的地址確定了幀將發(fā)送到何處奴迅,而糾錯(cuò)和控制信息則確保幀無差錯(cuò)到達(dá)青责。

數(shù)據(jù)鏈路層的功能獨(dú)立于網(wǎng)絡(luò)和它的節(jié)點(diǎn)和所采用的物理層類型,它也不關(guān)心是否正在運(yùn)行 Wo r d 取具、E x c e l 或使用I n t e r n e t 脖隶。有一些連接設(shè)備,如交換機(jī)暇检,由于它們要對幀解碼并使用幀信息將數(shù)據(jù)發(fā)送到正確的接收方产阱,所以它們是工作在數(shù)據(jù)鏈路層的。

網(wǎng)絡(luò)層: O S I 模型的第三層块仆,其主要功能是將網(wǎng)絡(luò)地址翻譯成對應(yīng)的物理地址构蹬,并決定如何將數(shù)據(jù)從發(fā)送方路由到接收方。

網(wǎng)絡(luò)層通過綜合考慮發(fā)送優(yōu)先權(quán)悔据、網(wǎng)絡(luò)擁塞程度庄敛、服務(wù)質(zhì)量以及可選路由的花費(fèi)來決定從一個(gè)網(wǎng)絡(luò)中節(jié)點(diǎn)A 到另一個(gè)網(wǎng)絡(luò)中節(jié)點(diǎn)B 的最佳路徑。由于網(wǎng)絡(luò)層處理路由科汗,而路由器因?yàn)榧催B接網(wǎng)絡(luò)各段藻烤,并智能指導(dǎo)數(shù)據(jù)傳送,屬于網(wǎng)絡(luò)層头滔。在網(wǎng)絡(luò)中怖亭,“路由”是基于編址方案、使用模式以及可達(dá)性來指引數(shù)據(jù)的發(fā)送坤检。

物理層: O S I 模型的最低層或第一層兴猩,該層包括物理連網(wǎng)媒介,如電纜連線連接器早歇。物理層的協(xié)議產(chǎn)生并檢測電壓以便發(fā)送和接收攜帶數(shù)據(jù)的信號倾芝。在你的桌面P C 上插入網(wǎng)絡(luò)接口卡讨勤,你就建立了計(jì)算機(jī)連網(wǎng)的基礎(chǔ)。換言之蛀醉,你提供了一個(gè)物理層悬襟。盡管物理層不提供糾錯(cuò)服務(wù)衅码,但它能夠設(shè)定數(shù)據(jù)傳輸速率并監(jiān)測數(shù)據(jù)出錯(cuò)率拯刁。網(wǎng)絡(luò)物理問題,如電線斷開逝段,將影響物理層垛玻。

13. 從前端的角度,如何系統(tǒng)性的提升大型 Web 應(yīng)用的可用性奶躯?可從你認(rèn)為的可用性維度帚桩、監(jiān)控手段和改善措施等方面闡述。

一嘹黔、前端用戶性意義與現(xiàn)狀

什么是前端可用性账嚎?

前端可用性是從用戶的角度出發(fā),檢測整個(gè)系統(tǒng)的可用性儡蔓,系統(tǒng)任何一個(gè)環(huán)節(jié)的缺失都會(huì)對體驗(yàn)造成影響郭蕉。

6.png

前端可用性現(xiàn)狀

  1. 頁面功能和交互復(fù)雜度增加
  2. 前端功能測試局限性
  3. 各種前端渲染框架的引入
  4. 運(yùn)營線上問題反饋

前端可用性建設(shè)意義

7.png

前端可用性評估指標(biāo)

  • 關(guān)鍵指標(biāo)白屏?xí)r間6s

前端可用性保障系統(tǒng)設(shè)計(jì)

可用性系統(tǒng)要求:實(shí)時(shí)性, 全面性

1. 數(shù)據(jù)采集:請求異常喂江、資源異常召锈、渲染異常、交互異常获询。

請求狀態(tài)嗎異常涨岁,請求超時(shí),返回?cái)?shù)據(jù)格式錯(cuò)誤吉嚣。(AJAX監(jiān)控

資源加載失斏倚健(CDN監(jiān)控

渲染異常(DOM檢查

交互異常(JS錯(cuò)誤監(jiān)控

2. 監(jiān)控預(yù)警:實(shí)時(shí)監(jiān)控、閾值報(bào)警尝哆。

海量數(shù)據(jù)存儲(chǔ)讀取秉撇、可視化數(shù)據(jù)展現(xiàn)、多維度數(shù)據(jù)查詢较解。

設(shè)定合理閾值畜疾、郵件短信報(bào)警

3. 兜底容災(zāi):容錯(cuò)機(jī)制、快速降級印衔。

異步渲染機(jī)制出錯(cuò)跳轉(zhuǎn)同步頁啡捶、友好的錯(cuò)誤用戶提示。

重要機(jī)制添加降級開關(guān)奸焙、迅速(3min內(nèi))完成降級

前端可用性優(yōu)化思路

1.png
2.png
3.png
4.png

前端可用性展望

5.png

面試總結(jié)

主要就是結(jié)合簡歷上的一個(gè)一個(gè)詳細(xì)地問,只要簡歷上寫了就會(huì)問到原理性的東西了赌,然后就是問了項(xiàng)目中你負(fù)責(zé)哪塊,前端規(guī)劃之類的勿她。

然后針對前端重復(fù)頁面的編寫探討了一下袄秩,面試官小姐姐給我解答了逢并,他們后臺(tái)有自己的組件庫,純的組件砍聊,前端要用背稼,就直接引用下載,開始不以為然玻蝌,到下來自己去查了一下,大概就是npm發(fā)包的那種吧帘腹。

小感慨:關(guān)于這次面試的總結(jié)聘萨,我想我還是加強(qiáng)寫博客吧,就像有人說前端兩三年有一個(gè)瓶頸期胸完,就是什么都會(huì)一點(diǎn),但是歸根到底還是基礎(chǔ)不夠牢固赊窥,而尤其是針對我這種非科班的狸页,想很多計(jì)算機(jī)原理都還是一知半解,瀏覽器緩存址遇,服務(wù)器相關(guān)還是懂的少斋竞,主要就是工作中為涉獵,這也是死我為什么要搞一個(gè)自己的博客網(wǎng)站(https://www.jscwwd.com)的原因浸剩。然后我自己也買了三本書“深入淺出nodejs”、"學(xué)習(xí)Javascript的數(shù)據(jù)結(jié)構(gòu)與算法"吏恭、“深入理解Typescript”重罪,今年就準(zhǔn)備把基礎(chǔ)重新過一遍,期待來年與騰訊等大廠的會(huì)面蛆封!

以上就是本人這次一面的筆試題惨篱,當(dāng)時(shí)答得不好围俘,然后也沒了后來,然后自己下來找了一些資料總結(jié)了一下界牡,希望對大家有用!歡迎對題目中有其他答案的常遂,歡迎交流或在下方評論挽荠!

個(gè)人博客網(wǎng)站文章地址https://www.jscwwd.com/article/5e92d61b2c6a7805a4569f7a

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市漠另,隨后出現(xiàn)的幾起案子跃赚,更是在濱河造成了極大的恐慌,老刑警劉巖满败,帶你破解...
    沈念sama閱讀 217,277評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件叹括,死亡現(xiàn)場離奇詭異,居然都是意外死亡米同,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,689評論 3 393
  • 文/潘曉璐 我一進(jìn)店門少孝,熙熙樓的掌柜王于貴愁眉苦臉地迎上來稍走,“玉大人柴底,你說我怎么就攤上這事『鳎” “怎么了鸿脓?”我有些...
    開封第一講書人閱讀 163,624評論 0 353
  • 文/不壞的土叔 我叫張陵野哭,是天一觀的道長。 經(jīng)常有香客問我拨黔,道長篱蝇,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,356評論 1 293
  • 正文 為了忘掉前任狠持,我火速辦了婚禮瞻润,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘正勒。我一直安慰自己傻铣,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,402評論 6 392
  • 文/花漫 我一把揭開白布鸭限。 她就那樣靜靜地躺著败京,像睡著了一般。 火紅的嫁衣襯著肌膚如雪赡麦。 梳的紋絲不亂的頭發(fā)上泛粹,一...
    開封第一講書人閱讀 51,292評論 1 301
  • 那天,我揣著相機(jī)與錄音扒接,去河邊找鬼帽借。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的巍举。 我是一名探鬼主播懊悯,決...
    沈念sama閱讀 40,135評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼桃焕!你這毒婦竟也來了捧毛?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 38,992評論 0 275
  • 序言:老撾萬榮一對情侶失蹤师痕,失蹤者是張志新(化名)和其女友劉穎胰坟,沒想到半個(gè)月后泞辐,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體竞滓,經(jīng)...
    沈念sama閱讀 45,429評論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡商佑,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,636評論 3 334
  • 正文 我和宋清朗相戀三年涛菠,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片俗冻。...
    茶點(diǎn)故事閱讀 39,785評論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡迄薄,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出涣易,到底是詐尸還是另有隱情冶伞,我是刑警寧澤,帶...
    沈念sama閱讀 35,492評論 5 345
  • 正文 年R本政府宣布徒爹,位于F島的核電站芋类,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏胖喳。R本人自食惡果不足惜贮竟,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,092評論 3 328
  • 文/蒙蒙 一坝锰、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧凫乖,春花似錦、人聲如沸帽芽。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,723評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽款票。三九已至泽论,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間缚够,已是汗流浹背鹦赎。 一陣腳步聲響...
    開封第一講書人閱讀 32,858評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留雏吭,地道東北人陪踩。 一個(gè)月前我還...
    沈念sama閱讀 47,891評論 2 370
  • 正文 我出身青樓膊毁,卻偏偏與公主長得像基跑,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個(gè)殘疾皇子栅螟,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,713評論 2 354

推薦閱讀更多精彩內(nèi)容