请问以下代码输出什么?为什么?
1 | import {Component} from "react"; |
答案:1 1 2 2。
解析:
请问以下代码输出什么?为什么?
1 | import {Component} from "react"; |
答案:1 1 2 2。
解析:
position是CSS中非常重要的一个属性,也是面试中常考的考点之一!比如昨天我的面试中面试官就问我,absolute和fixed有什么区别?可惜我没有答上来。
那么这个position到底代表什么呢?顾名思义,就是位置,position决定了浏览器如何确定一个元素的位置。来看一下官方的定义:
1 | The position CSS property sets how an element is positioned in a document. |
我们翻译一下这段话:position属性设置了一个元素如何在文档中定位。top, right, bottom, left属性决定了定位元素的最终位置。也就是说:position
决定了如何放置一个元素,top
、right
、bottom
、left
决定了元素的最终位置。
position的取值有5种,分别是:static
、relative
、absolute
、fixed
、sticky
。下面我们来详细了解一下这5种取值。
在此之前先了解一个术语 - 已定位元素
(positioned element),这个概念在CSS中非常重要,尤其是在理解absolute
和fixed
时。
什么是已定位元素
呢?来看一下官方的定义:
A positioned element is an element whose computed position value is either relative, absolute, fixed, or sticky. (In other words, it’s anything except static.)
说白了,只要元素的position
属性不是static
,那么这个元素就是一个已定位元素
。
这个是默认值,可以这么说,平时开发的时候我们基本用不到这个值,因为它什么也不做,元素就是正常按照文档流一个一个排列就完了。而且由于是默认值,如果不设置position
属性,那么元素的定位方式就是static
的。
1 | <body> |
1 | div { |
注意在position: static
模式下,top
, right
, bottom
, left
是不起作用的,因为这些属性只对已定位元素
有效。
下面的top: 20px
不起作用,因为#child
元素的position
属性是static
。
1 | #child { |
记得之前有一次面试,面试官突然问我,position: relative
你知道吧,我说那必须知道啊!然后他说:那么你说说relative
到底相对的是谁?我一下就懵了,之前根本没有思考过这个问题。其实答案很简单,相对的是元素自己本来的位置。也就是说,relative
是相对于元素自己本来的位置进行定位的。- 注意不是相对于父元素,这是误解。
下图中绿色方块定位方式设置为relative,相对其原始位置向右偏移100像素,向下偏移20像素,原始位置保留,没有影响红色方块和蓝色方块。
1 | <body> |
1 | div { |
设置为relative
的元素不会脱离文档流,最终位置相对于元素自己本来的位置进行偏移。原始的位置会保留,不影响其他元素(子元素除外)布局。
注意:relative
会创建一个stack context
,详情请看这里.
absolute
是指绝对定位,它是相对于最近的非static定位的父元素进行定位的。如果没有非static定位的父元素,那么它是相对于<html>
元素进行定位的。
标记为position: absolute
的元素会脱离文档流,不占据空间,不影响其他元素的布局。下图中绿色方块定位方式设置为absolute,相对于其最近的非static定位的父元素(body)进行定位,向右偏移100像素,向下偏移20像素,原始位置不保留,影响蓝色方块的布局(蓝色方块补充了绿色方块原来的位置)
1 | <body> |
1 | div { |
fixed
和absolute
非常相似,元素也会脱离文档流,不同的是fixed
是相对于viewport
进行定位的。也就是说,无论你怎么滚动页面,fixed
元素都会固定在浏览器视口的某个位置。(仿佛固定在屏幕上一样)
fixed
的使用场景有很多,比如常见的页面右下角的返回顶部按钮,基本都是用fixed
实现的。比如下面这个例子,注意这种场景不能使用absolute
来实现,否则当页面滚动时,元素会跟着滚动。
1 | #child { |
sticky
- 黏性的;黏的,其实从这个名字就可以看出来,这种布局可以实现黏性效果,比如常见的吸顶效果(当页面滚动时,某个元素滚动到顶部时就固定不动了),下面我们看看如何实现sticky
效果。
1 | <div class="container"> |
1 | div.container { |
sticky
元素不会脱离文档流,它会按正常的文档流进行布局,但是当页面滚动至临界距离时(上面设置的top: 16px
),元素就会固定住,不会继续滚动了,所以sticky也是有参照元素的,它参照的元素是它最近的可滚动的祖先元素。
sticky
是相对定位和固定定位的结合体。它的行为就像是relative
和fixed
的合体,当元素在屏幕中可见时,它的行为就像relative
,当元素在屏幕外时,它的行为就像fixed
。
top
, right
, bottom
, left
的表现?position属性的值会直接影响top
, right
, bottom
, left
的表现,具体如下:
值 | 是否脱离文档流 | 是否保留原来位置 | 是否影响 top/bottom/left/right | 参照元素 | 是否创建堆叠上下文 |
---|---|---|---|---|---|
static |
否 | 是 | 否 | 无(按照正常文档流布局) | 否 |
relative |
否 | 是 | 是 | 元素自身原本的位置 | 否(除非设置了 z-index 或其他触发条件) |
absolute |
是 | 否 | 是 | 最近的已定位祖先元素(非 static ),否则为 <html> |
否(除非设置了 z-index 或其他触发条件) |
fixed |
是 | 否 | 是 | 浏览器视口(viewport) | 否(除非设置了 z-index 或其他触发条件) |
sticky |
部分(滚动时脱离) | 是 | 是 | 元素原本的位置与视口之间的相对关系 | 否(除非设置了 z-index 或其他触发条件) |
当浏览器对一个页面进行布局的时候,浏览器的渲染引擎会把每个元素看视为一个盒子(box),这个盒子就是盒模型。盒模型是CSS布局的基础,理解盒模型对于理解CSS布局非常重要。
以上图为例,中间的黑色矩形就是内容区域,内容区域是盒模型的核心部分,包含了元素的实际内容,比如文本、图片等。
上图中黑色矩形和蓝色矩形框之间的白色部分就是padding,内边距是内容区域和边框之间的空间。内边距可以用来增加内容区域和边框之间的距离。
上图中蓝色矩形框就是边框,边框是元素的边界,边框也是有宽度和颜色的。
上图中蓝色矩形框和最外层的黑色矩形框之间的透明色部分就是外边距,外边距是元素和其他元素之间的空间。外边距可以用来增加元素之间的距离。
CSS中的box-sizing
属性决定了如何计算一个元素的宽度和高度,它有两个取值:content-box
和border-box
。
content-box
是默认值,表示元素的宽度和高度只包括内容区域,不包括内边距(padding)和边框(border)。也就是说,如果你设置了一个元素的宽度为100px,高度为100px,那么它的实际宽度和高度就是100px,不包括内边距和边框。
计算公式如下:
1 | 元素的实际宽度 = CSS中的width |
看一段CSS代码,因为没有指定box-sizing
属性,所以默认是content-box
,所以box元素的宽度是100px,高度是100px。
1 | .box { |
border-box
表示元素的宽度和高度包括内容区域、内边距和边框。也就是说,如果你设置了一个元素的宽度为100px,高度为100px,那么它的实际宽度和高度就是100px - padding - border。计算公式如下:
1 | 元素的实际宽度 = CSS中的width - padding-left - padding-right - border-left - border-right |
看一段CSS代码,你知道如何计算元素的实际宽高吗?
1 | .box { |
根据border-box的计算公式:
JavaScript的垃圾收集机制主要是为了自动管理内存,使得开发者不需要手动去分配和释放内存。这种机制主要依赖于一些算法来追踪和标记不再使用的对象,然后回收它们所占用的内存空间。以下是简述的两个主要机制:
引用计数(Reference Counting):
标记-清除(Mark-and-Sweep):
除了上述两种基本的垃圾收集机制外,现代JavaScript引擎还可能采用其他优化技术,比如分代收集(Generational GC),它基于大多数对象很快变得不可用的假设,将对象分为不同的“代”,并更频繁地检查较新的对象以提高效率。
总的来说,JavaScript的垃圾收集机制旨在让开发者不必担心内存管理的问题,尽管如此,了解这些机制有助于编写更高效的代码,避免潜在的内存泄漏问题。
居中是CSS中永恒的话题,而垂直居中则是这个永恒话题中的重中之重,无论是日常工作,还是面试,你永远都绕不开垂直居中,今天咱们来详细讲解一下垂直居中。我们不会简单的罗列css样式,而是按不同分类来处理,这样更有利于理解。
inline元素是指不会独占一行的元素,比如span
, a
, img
等等。inline元素的垂直居中,可以通过设置padding-top和padding-bottom为相同的值来实现垂直居中。考虑如下html代码:
1 | <span>This is a span</span> |
我们先设置个背景色,方便查看span
元素的高度,然后设置padding-top
和padding-bottom
为16px,这样span元素内的文本就垂直居中了。此方案也适用于多行文本。
1 | background-color: green; |
如果是对block element里面的文本垂直居中(比如div
, p
内的文本),那么可以尝试设置line-height
等于height
,这样也可以实现垂直居中。- 此方案不适用于多行文本。(多行文本时,文本会超出容器外,因为line-height本质上设置的是行与行之间的垂直距离)
1 | <div class="content">This is a div</div> |
1 | background-color: green; |
需要注意的是span
属于inline元素,height
对于inline元素是无效的。inline元素的宽度和高度由内容决定,所以height
及width
对于inline元素是无效的。但是line-height
对于inline元素是有效的。
以如下代码为例,我们需要将子元素child
垂直居中于父元素parent
。
1 | <div class="parent"> |
此时,又分为两种情况,一种是我们知道子元素的高度,另一种是我们不知道子元素的高度。这两种情况有不同的处理方式。
1 | .parent { |
大多数情况下,元素的高度是未知的,这时候可以使用使用transform: translateY(-50%);
代替margin-top: -50px;
1 | <div class="parent"> |
1 | .parent { |
如果你不在乎子元素会被拉伸并填满父元素的话,可以使用table-cell来实现垂直居中。
1 | <div class="parent"> |
1 | .parent { |
这是目前来讲最方便的方式了,使用flex布局可以轻松实现水平和垂直居中。首先将父元素设置为flex布局,然后设置flex-direction: column;
将布局方式改为纵向排列(默认是横向排列),然后设置justify-content: center;
即可实现垂直居中。
1 | <div class="parent"> |
1 | .parent { |
React的渲染可以分为两个主要阶段:Reconciler(协调阶段),和Committer(提交阶段)。
工作内容: 构建Fiber树,比较新旧虚拟DOM的不同之处,生成一个变更记录,即一系列需要对真实DOM进行的操作。此阶段的特点:异步,并发,可中断。如果执行过程中有更高优先级的任务来了,那么会中断当前Reconciler的工作,转而处理更重要的任务。
工作内容:将Reconciler阶段生成的变更记录应用到真实的DOM上。此阶段是同步的,不可中断的。
工作阶段:
注意页面的渲染和JS的执行是互斥的,只有JS代码执行完,页面才能渲染,这就是useLayoutEffect
的作用,可以在页面渲染前执行一些操作,比如调整布局。
Fiber架构中采用FiberNod
e和FiberTree
来描述虚拟DOM树。FiberNode
是一个双向链表,每个节点都有一个指向父节点的指针,一个指向子节点的指针,一个指向兄弟节点的指针。FiberTree
是一个树形结构,由FiberNode
组成。
只做同层级结点比较,如果结点不存在了,则直接删除。不会继续比较其子树。这避免了夸层级移动操作,对于跨层级移动操作,相当于删除再重建。同层级结点移动呢?可以处理。
只做同类型的组件比较,比如div和div比较,p和p比较,只有组件的类型相同,才进入子树进行深层次比较。如果类型不一致,则删除重新创建。
对于同层级的元素结点。
setState
是同步还是异步?这个问题需要区分开来看,在React18之前,如果executionContext
被赋值了,代表该任务已经进入React调度流程中,此时React会对该任务进行异步处理(批量处理),如果executionContext
没有被赋值,代表该任务还没有进入React调度流程,此时React会对该任务进行同步处理。想setTimeout
, setInterval
等函数都是不会进入React调度流程的,所以是同步处理。而合成事件都会进入到React调度流程中,所以会被异步处理。在React18后,如果使用createRoot
创建根节点,那么setState
会变成同步的。但是如果还是使用传统的render
方式,那么和React18之前的处理逻辑一样。
虚拟DOM是React的核心概念之一,它是一个轻量级的JavaScript对象,用来描述真实DOM的层次结构。React通过比较新旧虚拟DOM的差异,然后只更新需要更新的部分,从而提高页面的渲染性能。
虚拟DOM的量大作用:
当React开始渲染过程时,它首先从上到下、从父到子地渲染组件树。这意味着父组件会先于其子组件进行渲染。一旦父组件完成它的渲染(包括执行相关的生命周期方法),React会递归地进入该父组件的子组件,并按照同样的方式渲染它们。
当组件被卸载时,React会以相反的顺序卸载组件树中的组件。也就是说,React首先卸载最深层的子组件,然后逐步向上,直到根组件。
受控组件是指组件的值是由React的state来控制的,比如下面的input,其中关键一句就是value={this.state.value}
这样就把input的value和组件的state关联起来了。
1 | class NameForm extends React.Component { |
componentDidMount
当我们为useEffect
的依赖传递空数组时,它只会在组件初始化时执行一次,这就相当于componentDidMount
。注意,这个只是粗略的模拟,因为useEffect
是异步执行,且时机是在浏览器渲染完成后,而componentDidMount
是在浏览器渲染前同步执行。
1 | import {useEffect} from "react"; |
componentDidUpdate
componentDidUpdate是在每次组件的state或props更新是调用的,但是组件mount的时候不调用,所以我们需要一个变量来标志组件是否是第一次加载,这里我们使用useRef
来标志组件是否是第一次加载。因为useRef
包裹的值在整个组件声明周期内引用不变(有点像静态变量),并且这个值改变后不会触发组件的重新渲染。
1 | export const useUpdate = (callback, deps) => { |
需要注意的是,如果在React18+严格模式下运行该函数,还是会执行一次,因为React18+的严格模式会执行两次。
1 | createRoot(document.getElementById('root')).render( |
componentWillUnmount
这个就比较简单了,componentWillUnmount
是在组件卸载时调用的,我们可以使用useEffect
的返回值来模拟这个生命周期。
1 | export const useUnmount = ((callback) => { |
Injection Context
- 顾名思义,注入上下文,说的通俗点,就是在Angular代码中,什么位置可以注入,比如我们最常用的constructor
就属于一个Injection Context
,因为你可以在constructor
中注入服务。
Angular支持的Injection Context
有如下几种:
constructor
constructor
constructor
是我们最常用的注入位置,比如我们在组件中注入服务,就是在constructor
中注入的。
新的写法, 使用inject
函数
1 | export class AppComponent { |
旧的写法
1 | export class AppComponent { |
这个是啥意思呢?就是在类的字段初始化器中,也可以注入服务,比如下面的DataService.
1 | export class AppComponent { |
有些函数被设计成可以运行在injection context中,比如我们常用的路由守卫(router guard), 之所以这样是为了能让我们在路由守卫中注入服务。比如下面的canActivateTeam
函数,就是一个路由守卫。在这个函数里,我们可以注入PermissionsService
和UserToken
。这样就可以判断用户是否有权限访问某个页面。
1 | const canActivateTeam: CanActivateFn = |
有时候我们需要讲一个函数运行在injection context中,但是当前上下文并不是injection context
, 这时,我们可以使用runInInjectionContext
函数来创建一个新的injection context, 然后在这个新的injection context中运行我们的函数。
比如Angular框架要求effect
函数是必须运行在injection context
中,所以我们通常在构造函数体中运行effect
函数,如果我们想在ngOnInit
函数中运行effect
函数呢?因为ngOnInit
函数并不是injection context
, 这时我们就可以使用runInInjectionContext
函数来运行effect
函数。
注意:使用runInInjectionContext
函数需要一个EnvironmentInjector
1 | export class CountComponent implements OnInit { |