阅读 2679

那些资深/专家的前端是如何回答JavaScript面试题的 (一)

前言

面试官问:如何快速排查内存泄露

相信我,面试的基调从一开始就定好了。面试官是往死里问还是往平里问,这都取决于看起来简单却需要猛料的回答。

1.地道解释一下内存泄露

内存泄露的解释:程序中己动态分配的堆内存由于某种原因未释放或无法释放。

面试官:那究竟是什么原因导致没有释放呢?

  • 根据JS的垃圾回收机制,当内存中引用的次数为0的时候内存才会被回收
  • 全局执行上下文中的对象被标记为不再使用才会被释放

内存泄露的几种场景

  • 全局变量过多通常是变量未被定义或者胡乱引用了全局变量
// main.js
// 场景1
function a(){
    b=10;
}
a();
b++;

// 场景2
setTimeout(()=>{
    console.log(b)
},1000)

复制代码
  • 闭包。 未手动解决必包遗留的内存引用。 定义了闭包就要消除闭包带来的副作用。

function closuer (){
    const b = 0;
    return (c)=> b + c
}

const render = closuer();

render();
render = null; // 手动设置为null,GC会自己去清除

复制代码
  • 事件监听未被移除

function addEvent (){
 const node =  document.getElementById('warp');
    node.addEventListener('touchmove',()=>{
        console.log('In Move');
    })
}

const onTouchEnd = (){
   const node =  document.getElementById('warp');
   node.
}

useEffect(()=>()=>{
     const node =  document.getElementById('warp');
     node.removeEventListener('touchmove');
}) // 类似react 生命周期函数: componentWillUnmount
render(<div id='warp' onTouchEnd={onTouchEnd}>
 // code...
</div>)
复制代码
  • 缓存。 不管是啥缓存,都需要设置好过期时间。

面试官: 那你能不能说说你是如何排查内存泄露的?

分析一波:到这,回答中规中矩。但面试官的问题真的就到这了吗? 明显不是。 面试官问你是如何排查问题,其实就是再问,你是如何定位到问题的。

也就是说,内存泄露会导致页面卡顿,甚至是页面崩溃。相信你在用APP得开发包或者开发包测试问题的时候,肯定遇到过整个APP闪退的事情,因为在真机器调试的过程中难免会遇见内存不够用的时候。

那么,问题来了。 内存泄露会导致页面卡顿或者崩溃,那页面卡顿就是内存泄露导致的吗? 所以面试官真正想问的是,你是如何发现某个页面有可能发生了内存泄露,并且你是如何诊断该问题是内存泄漏引起的。

我在其它文章里有提过,前端性能优化首先得确立一些性能指标,那内存泄漏不正式性能指标的一种吗?那明确了指标不就是该去获取相关数据,然后上报给性能平台吗?

内存泄漏相关性能指标的确立

  • window 对象上新增加的属性数量
    • 在加载页面之前Object.kyes(window)
    • 离开页面(路由跳转、页面关闭、后台APP关闭等)之前 Object.kyes(window)
  • 一些特殊函数,例如产生闭包的函数变量是否重新赋值为null. 也就是说你写的闭包有被清理掉吗?或者说,

function closuer(){
    const a = 0;
    return (b)=> a + b
}
API.addClosuer(closuer);
const result = closuer();
API.addClosuer(result);
result = null;
closuer = null;

// 记录页面离开的时间,和被监听的闭包函数有没有被释放。
const list = API.getClosuer(); // 被监听的闭包函数集合,最好的结果就是 {closuer:null,result: null,...}
API.上报(API.getClosuer());
复制代码

这样,你的性能平台上就能看见这一次上报的数据,页面里什么时候产生了闭包,又是什么时候闭包被清除了,也就一清二楚。

  • 事件触发的次数以及事件处理的时间。

    • 如果js主线程堵塞了,那当下场景的事件触发也就一定会延迟或者无限等待。 这里用 performance.now
    • performance.now()方法返回当前网页从performance.timing.navigationStart到当前时间之间的微秒数,其精度可达100万分之一秒
    • performance.now() 近似等于 Date.now(),但前者返回的是毫秒,后者返回的是微秒,后者的精度比前者高1000倍。
  • 页面DOM元素数量是否异常。

    • 深度优先遍历,获取DOM树的深度。这里可以根据不同场景不同页面来设定DOM树深度的最大阀值。超过最大阀值则平台进行预警。 因为这意味着页面有动态新增DOM的事情发生。

    • FPS,有明显长波段的不平稳。

    • 重绘的次数。

性能SDK的设计

请看文章钱,是一个人最硬的底气(性能SDK设计思想)

文章分类
前端
文章标签