百度前端实习一面二面三面

问题不分先后
一面:
1. js继承有哪些方式?原理和优缺点
2. 闭包相关
3. 垃圾回收机制
4. 跨域有哪些方法
5. jsonp跨域对返回数据的格式要求,怎么处理等等?
6. 手写数组的map函数
7. cookie 、sessionStorage和localStorage
8. 介绍http协议
9. tcp和udp协议
10. new怎么实现的
11. 聊项目
还有些问题记不起来了。。。


二面:
二面面试官参考了一面面试官的一些问题进行询问。
1. html 渲染过程
2. 重排和重回
3. 渲染过程遇到图片和js脚本会怎么样?提到阻塞相关
4. 怎么解决阻塞?脚本放的位置 defer和async
5. defer和async的区别?
5.1. css样式优先级和选择器权重(补)
6. 介绍css盒模型
7. 介绍BFC,效果?怎么触发?应用?
8. css文字居中有哪些方法?
8.1 flex布局 baseline是怎么计算的(补)
9. margin百分比怎么计算的
10. img标签的alt和title?
11. js的数据类型
12. 基本类型和引用类型的区别?答了存储方式和拷贝的区别
13. 数组浅拷贝有哪些方法?
14. 手动实现一个深拷贝?
15. 递归深拷贝实现种,循环引用怎么解决?
16.计算机网络分层结构,每层有哪些协议?
17. TCP和UDP的区别?
18. HTTP缓存?
19. 手撕数组去重 撕了3种方法
20. js的原型,原型链
21. 函数柯里化?
22. 算法题 实现 add(1, 2, 3) === add(1)(2)(3) 其实就要用到函数柯里化
23. 写一个解析类似 let url = 'http://www.baidu.com?a=1&b=2' 这样的函数?
24. css哪些属性会导致重绘?(补前面的)


三面:
1. 聊项目遇到的问题,怎么解决的
2. 小程序和网页开发的区别,原理
3. 聊人生

感觉面试官都很注重问前端的基础知识,考验基础扎不扎实。

#百度##实习##前端工程师##面经#
全部评论
楼主是不是今天一天把三面面完的?我也是今天面的
点赞 回复 分享
发布于 2021-03-27 21:37
之前参加笔试了吗?
点赞 回复 分享
发布于 2021-03-27 21:41
好家伙居然是校友
点赞 回复 分享
发布于 2021-03-27 23:57
楼主是什么部门
点赞 回复 分享
发布于 2021-03-28 09:04
你这个很救命啊 兄弟 我今天下午3.00面
点赞 回复 分享
发布于 2021-03-28 09:43
校友好🤣
点赞 回复 分享
发布于 2021-03-28 13:56
楼主Oc 了么
点赞 回复 分享
发布于 2021-03-30 10:27
楼主拿到百度offer了吗,从面试结束到offer大概多久哇
点赞 回复 分享
发布于 2021-04-12 14:45

相关推荐

2024-11-29 17:29
南昌航空大学 Java
11.25:完成不登陆留资接口开发;由于原先就存在已登录留资,和不登陆留资具体逻辑大差不差,但是考虑到可能不登陆留资后续还会添加参数等等,所以新写了个方法,将原先登录留资的部分共有的参数校验抽取成公共方法。11.26:完成创建测试环境需求,创建八个测试商品;建立测试环境主要是为了区分测试人员和正式用户的订单,因此测试商品具有正式商品一样的属性,测试人员在测试流程时就可以选择测试商品,将数据区分开。在完成这个需求的时候,我把所有学员端和后台的流程都走了一遍,也更加熟悉项目的功能结构。11.27:优化不登陆接口开发,留资推OCRM参数增加链接属性、落地页名称和链接来源;新增了推OCRM参数,要区分留资渠道是官网还是营销,如果按照之前的方法,把不登陆留资和登录留资拆开,那么两个地方都要修改,所以我梳理了一下,登录留资和不登陆留资的区别,就在于登录需要对用户进行判断,是否已经留过资,而不登陆则无需判断;除此之外,其他逻辑完全一样。思考:所以不需要写两个方法,登录和不登陆留资本质上都是留资,对于留资的处理都是一样的,只是登录需要多加一个校验,于是我将两个合并,判断如果存在uid,就进行校验,不存在就直接进行后续流程,大大简化了代码,需要增加的只有参数,以及推O那边需要做一层判断;并且我也思考了扩展性,考虑到留资只有登录和不登陆两种情况,所以目前来说我觉得这样写应该是最好的。11.28:完成后台创建用户接口,同时新增备用手机号和区号,同步到学员端和后台列表筛选;创建用户这一部分和当前学员端的注册有些区别,学员注册时只填写基础信息,后面才填写补充信息,而创建用户一次性都填写,包括非必填。因此这两部分虽然有一些共通的代码,但是目前不好抽取,后面可能需要改进。11.29:完成根据邮箱搜索学员接口和改造之前的用户变更记录保存;之前用户变更记录保存是改什么字段保存什么字段,根本不能读取什么字段发生了变更,如果每个字段都加一个属性,表结构就非常混乱。所以我统一了格式,每次保存用户变更记录时,都以user.toJson,userDetail.toJson的格式保存,读取时也可以用这种格式解析,比较前后字段就可以知道哪些字段变更,给后面的用户轨迹留一个口子。
点赞 评论 收藏
分享
评论
5
56
分享
牛客网
牛客企业服务