2020前端面试 - React.js篇

前言:

2020年是多灾多难的一年,疫情持续至今,到目前,全世界的经济都受到不同程序的影响,各大公司裁员,在这样一片严峻的形式下,找工作更是难上加难。

企业的门槛提高,第一,对于学历的要求,必须学信网可查的统招本科;第二,对于技术的掌握程序,更多的是底层原理,项目经验,等等。

下面是面试几周以来,总结的一些面试中常被问到的题目,还有吸取的一些前辈们分享的贴子,全部系统的罗列出来,希望能够帮到正在面试的人。

React.js

1. React生命周期
  • 单个组件的生命周期
    1.componentwillMount(React17废弃)
    2.componentDidMount
    3.componentWillReceiveProps(React17替换成getDerivedStateFromProps)
    4.shouldComponentUpdate
    5.componentWillUpdate(React17替换成getSnapshotBeforeUpdate)
    6.componentDidUpdate
    7.componentWillUnmount

  • 父子组件的生命周期

大致和Vue相同,不同的是,react没有局部更新,更新父组件的同时也会更新子组件。

1.挂载:父componentWillMount -> 子componentWillMount -> 子componentDidMount -> 父componentDidMount

2.销毁:父componentWillUnmount -> 子componentWillUnmount

3.更新
(1)只更新子:子shouldComponentUpdate -> 子componentWillUpdate -> 子componentDidUpdate
(2)更新父或同时更新:父shouldComponentUpdate -> 父componentWillUpdate -> 子componentWillReceiveProps-> 子shouldComponentUpdate -> 子componentWillUpdate -> 子componentDidUpdate -> 父componentDidUpdate

2. React17 生命周期改动
componentWillMount
componentWillRecieveProps
componentWIllUpdate

简单来说就是这三个生命周期函数容易被误解并滥用,可能会对异步渲染造成潜在的问题。可用UNSAFE_xxx 来取消eslint的报错。

  • 新增三个生命周期
    1.getDerivedStateFromProps(nextProps, prevState)
    静态方法,所以不能使用this.setState。 用于替换componentWillReceiveProps,可以用来控制 props 更新 state 的过程;它返回一个对象表示新的 state;如果不需要更新,返回 null 即可
    2.getSnapshotBeforeUpdate(nextProps, prevState) 。用于替换componentWillUpdate
    3.componendDidCatch(error, info)。新增,用于捕捉错误
3. React的通信方式
props
context。可跨级通信,但不知道来源哪里不推荐使用。基于生产者消费者模式
redux和react-redux
用js实现发布订阅模式
React17 会废弃childContext 使用新API - createContext(),并提供Provider和consumer组件,类似Vue
4. setState

setStateReact组件中用于更新数据和触发渲染的函数,他的用法如下

this.setState(newState:object | updater: Function, callback?)

updater = (state, prop) => {}
  • 同步和异步setState,何时同步,何时异步?
    1.在react的生命周期勾子或react事件监听回调中使用
    2.其他情况,如定时器回调,原生事件监听回调,promise回调

  • 为什么setState是异步的?

  1. setState出发React的更新生命周期函数4个函数:shouldComponentUpdatecomponentWillUpdaterendercomponentDidUpdate。如果每一次setState 调用都走一圈生命周期,并拿render函数返回的结果会拿去做Virtual DOM比较和更新DOM树,这个就比较费时间。
  2. 目前React会将setState的效果放在队列中,积攒着一次引发更新过程。为的就是把 Virtual DOM 和 DOM 树操作降到最小,用于提高性能。
  • setState如何实现
ReactComponent.prototype.setState = function (partialState, callback) {
  // 更新的操作会放在数组里
  this.updater.enqueueSetState(this, partialState);
  if (callback) {
    this.updater.enqueueCallback(this, callback, 'setState');
  }};
  • 总体流程如下:
    1.将state放入enqueueSetState队列中,并调用enqueueUpdate处理要更新的Component
    2.如果组件当前正处于update中(isBatchingUpdates),则先将Component存入dirtyComponent中。否则调用batchedUpdates处理。
    3.batchedUpdates发起一次transaction.perform()事务
    4.事务会更新isBatchingUpdatesfalse,循环遍历所有的dirtyComponents,调用updateComponent刷新组件,并执行它的pendingCallbacks, 也就是setState中设置的callback
5. React的事件机制
  • 合成事件
    1.在react中使用jsx语法绑定的事件并不是原生事件,而是一种合成事件SyntheticEvent。例如SyntheticEvent, SyntheticKeyboardEvent, SyntheticFocusEvent等。他有以下特点:
    2.默认的事件流是冒泡,如果以捕获的方式来触发事件的话,事件类型后面加一个后缀Capture
    几乎所有的事件代理(delegate)到document,达到性能优化的目的,例如对于audiovideo标签,存在一些媒体事件(例如onplayonpause),只能在这些标签上进行事件绑定,绑定一个入口分发函数(dispatchEvent)
    3.对于每种类型的事件,拥有统一的分发函数dispatchEvent
    4.事件对象(event)是合成对象(SyntheticEvent),不是原生的。所以e.stopPropagation()方法阻止的知识合成事件流的传播。

  • 如何实现
    React 事件机制分为事件注册,和事件分发,两个部分。
    1.组件加载 (mountComponent)、更新 (updateComponent) 的时候,调用 _updateDOMProperties 方法对 props 进行处理,将事件绑定在document上,并存储在EventPluginHub中(订阅发布中心)
    2.回调统一是ReactEventListenerdispatch方法。通过_dispatchListeners里得到所有绑定的回调函数,然后循环执行里面的所有的回调函数

6. React16
  • 新的核心算法 Fiber
  • render可以返回数组,字符串
  • 错误处理机制
  • Portals组件 渲染外部的dom节点.createPortal API
  • 更好 更快的服务端渲染 rendertoNodeStream 返回node的流
  • 体积更小 MIT协议
7. Fiber
  • Fiber 可以提升复杂React 应用的可响应性和性能。Fiber 即是React新的调度算法。

  • 每次有 state 的变化 React 重新计算,如果计算量过大,浏览器主线程来不及做其他的事情,比如 rerender 或者 layout,那例如动画就会出现卡顿现象。

  • React 制定了一种名为 Fiber 的数据结构,加上新的算法,使得大量的计算可以被拆解,异步化,浏览器主线程得以释放,保证了渲染的帧率。从而提高响应性。

  • React 将更新分为了两个时期:
    1.render/reconciliation: 可打断,ReactworkingProgressTree 上复用 current 上的 Fiber 数据结构来一步地(通过requestIdleCallback)来构建新的 tree,标记处需要更新的节点,放入队列中。
    2.commit: 不可打断。在第二阶段,React 将其所有的变更一次性更新到DOM上。

8. 函数式组件,class组件,受控组件,高级组件的概念
  • class组件:类组件不仅允许你使用更多额外的功能,如组件自身的状态和生命周期钩子,也能使组件直接访问 store 并维持状态
  • 函数式组件:当组件仅是接收 props,并将组件自身渲染到页面时,该组件就是一个 '无状态组件(stateless component)',可以使用一个纯函数来创建这样的组件,即函数式组件
  • 受控组件:在 HTML 中,类似input, textareaselect 这样的表单元素会维护自身的状态,并基于用户的输入来更新。一个输入表单元素,它的值通过 React 的这种方式来控制,这样的元素就被称为"受控元素"。
  • 高级组件HOC:高阶组件是一个以组件为参数并返回一个新组件的函数,例如:redux的connect函数
9. React-router
  • BrowserHistory:h5历史模式
  • HashHistory:h5 hash模式
  • MemoryHistory:和abstract模式类似
  • StaticRouter:一个永远不会改变位置的。这在服务器端渲染场景中非常有用
  • NativeRouter:RN使用
10. Redux
  • state: 数据,即状态
  • Action: 一个纯对象,携带这个操作的类型和数据信息
  • Action Creater: 一个函数,根据指定参数,来生成一个Action,目的是减少代码量
  • Reducer: 一个纯函数,用来修改应用的状态,接收当前StateAction,返回一个新的State
    1.不得改写参数
    2.不得调用系统的I/O的API
    3.不得调用Date.now()或者Math.random()等不纯的方法,因为每次得到的结果会不一样
    4.不能改变State,必须返回一个新的对象,具体可以使用{...obj}运算符或者Object.assign()来操作
  • combineReducers: 一个函数,将多个小的Reducer合并成一个大的Reducer
  • Store: 数据存储中心
    1.Store.getState() 获取Store当前的状态
    2.Store.dispatch() 分派一个Action,用来修改Store的状态,从View中发出Action的唯一方法
    3.Store.subscribe() 订阅一个监听器,当Store的状态发生改变的时候,执行函数
  • Middlewares: 中间件, 中间件实际上就是一个拦截器,本质是一个函数,拦截所有的Action,并执行特定的操作
    compose函数,将[f1, f2, f3] => f1(f2(f3(x)))
11. Redux数据流
  • Redux 应用中数据的生命周期遵循下面 4 个步骤:
调用 store.dispatch(action)。
Redux store 调用传入的 reducer 函数。
根 reducer 应该把多个子 reducer 输出合并成一个单一的 state 树。
Redux store 保存了根 reducer 返回的完整 state 树。
2020前端面试 - React.js篇_第1张图片
image.png

# Node.js

1. eventloop
  • 基本流程
    1.timers:执行满足条件的setTimeout、setInterval回调。[uv__run_timers函数]
    2.I/O callbacks:是否有已完成的I/O操作的回调函数,来自上一轮的poll残留。[uv__run_pending函数]
    3.idle,prepare:node内部特定的阶段,在I/O轮询开始前做一些特定的回调,可忽略 [uv__run_idle, uv__run_prepare函数]
    4.poll:轮询,等待还没完成的I/O事件,会因timers和超时时间等结束等待。[uv__io_poll(loop, timeout)函数]
    5.check:执行setImmediate的回调。[uv__run_check函数]
    6.close callbacks:关闭所有的closing handles,一些onclose事件,例如7.socket.on("close",func)。[ uv__run_closing_handles(loop)函数]
    重复以上步骤。

  • 经典例子
    浏览器环境:time1,promise1,time2,promise2
    node11以下:time1,time2,promise1,promise2
    node11及以上:time1,promise1,time2,promise2

在 node 11 版本中,node 下 Event Loop 已经与浏览器趋于相同。我们可以用浏览器的微任务和宏任务解释,11版本前的timer,由于到期时间相近,会在timer阶段合并执行。所以打出time1后,打印time2。

2. koa 洋葱模型
  • koa洋葱式模型: koa各个中间件合并执行,结合next()形成一种串行机制,并且是支持异步。如请求顺序进入1,2,3,4,响应顺序从4,3,2,1出来
    1.compose函数支持中间件和next
    2.async/await支持异步

  • 洋葱模式实现了:
    1.context的保存和传递
    2.中间件的管理和next的实现

你可能感兴趣的:(2020前端面试 - React.js篇)