# this 指向
fn() < obj.fn() < fn.call(obj) < new fn()
四条规则的优先级是递增的:
首先,new 调用的优先级最高,只要有 new 关键字,this 就指向实例本身;接下来如果没有 new 关键字,有 call、apply、bind 函数,那么 this 就指向第一个参数;然后如果没有 new、call、apply、bind,只有 obj.foo()这种点调用方式,this 指向点前面的对象;最后是光杆司令 foo() 这种调用方式,this 指向 window(严格模式下是 undefined)。
es6 中新增了箭头函数,而箭头函数最大的特色就是没有自己的 this、arguments、super、new.target,并且箭头函数没有原型对象 prototype 不能用作构造函数(new 一个箭头函数会报错)。因为没有自己的 this,所以箭头函数中的 this 其实指的是包含函数中的 this。无论是点调用,还是 call 调用,都无法改变箭头函数中的 this。
# 接口防刷
- 网关控制流量洪峰,对在一个时间段内出现流量异常,可以拒绝请求
- 源 ip 请求个数限制。对请求来源的 ip 请求个数做限制
- http 请求头信息校验;(例如 host,User-Agent,Referer)
- 对用户唯一身份 uid 进行限制和校验。例如基本的长度,组合方式,甚至有效性进行判断。或者 uid 具有一定的时效性
- 前后端协议采用二进制方式进行交互或者协议采用签名机制
- 人机验证,验证码,短信验证码,滑动图片形式,12306 形式
- 网络服务商流量清洗(参考 DDoS)
# 路由拦截
# 提高 webpack 打包速度
- 在尽可能少的模块上应用 loader
- Plugin 尽可能精简并可靠
- resolve 参数的合理配置
- 使用 DllPlugin 提高打包速度
- 第三方模块单独打包,生成打包结果
- 使用 library 暴露为全局变量
- 借助 dll 插件来生成 manifest 映射文件,从 dll 文件夹里面拿到打包后的模块(借助 dllReference 插件)就不用重复打包了
- 中间进行了很多分析的过程,最后决定要不要再去分析 node_modules 内容
- 去除冗余引用
- 多进程打包:利用 node 的多进程,利用多个 cpu 进行项目打包(thread-loader,parallel-webpack,happypack)
- 合理使用 SourceMap
- 结合 stats.json 文件分析打包结果;分析 bundle 包,打包后的 bundle 文件生成一个分析文件:
"analyse": "webpack --config ./webpack.config.js --profile --json>states.json"
- webpack-analyzer
- 开发环境无用插件需要剔除
# 相关 webpack 插件和 loader 等
四步:分析打包速度,分析打包体积,优化打包速度,优化打包体积。
- 进行优化的第一步需要知道我们的构建到底慢在那里。通过
speed-measure-webpack-plugin
测量你的 webpack 构建期间各个阶段花费的时间。使用插件的 wrap()方法将 webpack 配置 module.exports 包起来,打包完成后控制台会输出各个 loader 的打包耗时,可根据耗时进一步优化打包速度; - 体积分析:1.依赖的第三方模块文件大小;2.业务里面的组件代码大小。安装插件
webpack-bundle-analyzer
,打包后可以很清晰直观的看出各个模块的体积占比。 - 代码分割:
CommonsChunkPlugin
; - 使用
HashedModuleIdsPlugin
来保持模块引用的module_id
不变; hard-source-webpack-plugin
该插件的作用是为打包后的模块提供缓存,且缓存到本地硬盘上。默认的缓存路径是:node_modules/.cache/hard-source
。- 使用高版本的 webpack 和 node.js,优化一下代码语法:
for of 替代 forEach
Map和Set 替代Object
includes 替代 indexOf()
默认使用更快的md4 hash算法 替代 md5算法,md4较md5速度更快
webpack AST 可以直接从loader传递给AST,从而减少解析时间
使用字符串方法替代正则表达式
- 多进程/多实例构建(资源并行解析):在 webpack 构建过程中,我们需要使用 Loader 对 js,css,图片,字体等文件做转换操作,并且转换的文件数据量也是非常大的,且这些转换操作不能并发处理文件,而是需要一个个文件进行处理,我们需要的是将这部分任务分解到多个子进程中去并行处理,子进程处理完成后把结果发送到主进程中,从而减少总的构建时间。
- thread-loader(官方推出)
- parallel-webpack
- HappyPack
- 多进程/多实例进行代码压缩(并行压缩):在代码构建完成之后输出之前有个代码压缩阶段,这个阶段也可以进行并行压缩来达到优化构建速度的目的。
webpack-parallel-uglify-plugin
uglifyjs-webpack-plugin
terser-webpack-plugin
(webpack4.0 推荐使用,支持压缩 es6 代码)
- 通过分包提升打包速度:可以使用
html-webpack-externals-plugin
分离基础包,分离之后以 CDN 的方式引入所需要的资源文件,缺点就是一个基础库必须指定一个 CDN,实际项目开发中可能会引用到多个基础库,还有一些业务包,这样会打出很多个 script 标签。 - 进一步分包,采用预编译资源模块:采用 webpack 官方内置的插件
DLLPlugin
进行分包,DLLPlugin
可以将项目中涉及到的例如 react、react-router 等组件和框架库打包成一个文件,同时生成manifest.json
文件。manifest.json
是对分离出来的包进行一个描述,实际项目就可以引用manifest.json
,引用之后就会关联DLLPlugin
分离出来的包,这个文件是用来让DLLReferencePlugin
映射到相关的依赖上去。 - 通过缓存提升二次打包速度:
babel-loader
开启缓存:cacheDirectory=true
terser-webpack-plugin
开启缓存:new TerserPlugin({cache: true,})
- 使用
cache-loader
或者hard-source-webpack-plugin
- 打包体积优化
- 图片压缩:使用 Node 库的 imagemin,配置
image-webpack-loader
对图片优化,改插件构建时会识别图片资源,对图片资源进行优化,借助 pngquant(一款 PNG 的压缩器)压缩图片 - 擦除无用到的 css:插件
purgecss-webpack-plugin
- 动态 Polyfill:由于 Polyfill 是非必须的,对一些不支持 es6 新语法的浏览器才需要加载 polyfill,为了百分之 3.几的用户让所有用户去加载 Polyfill 是很没有必要的;我们可以通过 polyfill-service,只给用户返回需要的 polyfill。每次用户打开一个页面,浏览器端会请求 polyfill-service,polyfill-service 会识别用户 User Agent,下发不同的 polyfill。如何使用动态 Polyfill service,通过官方 (opens new window)提供的服务,自建 polyfill 服务。
- 图片压缩:使用 Node 库的 imagemin,配置
# ES6 继承
参考「ES5/ES6 的继承除了写法以外还有什么区别」
# 路由跳转
history.replaceState();
# 管道函数
将多个函数按顺序组合起来,使数据依次通过这些函数进行处理。
// 管道函数实现
// 从左向右执行
const pipe =
(...functions) =>
(input) =>
functions.reduce((acc, fn) => fn(acc), input);
// 或者
const pipe =
(...fns) =>
(x) =>
fns.reduce((v, f) => f(v), x);
// 示例函数
const add = (x) => x + 2;
const multiply = (x) => x * 3;
const square = (x) => x * x;
// 使用管道
const process = pipe(add, multiply, square);
console.log(process(2)); // (((2 + 2) * 3) ^ 2) = 144
// 从右向左执行
// 从右向左的函数组合
const compose =
(...functions) =>
(input) =>
functions.reduceRight((acc, fn) => fn(acc), input);
// 示例函数
const add = (x) => x + 2;
const multiply = (x) => x * 3;
const square = (x) => x * x;
// 使用 compose
const process = compose(square, multiply, add);
console.log(process(2)); // (((2 + 2) * 3) ^ 2) = 144
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
# 如何不指定特定的文件来创建 webworker
用途:打包的时候不希望打出一堆 worker 文件,而希望和主线程代码放在一起的时候,可以把这些 worker 的代码写成字符串,然后通过如下两种方法来生成 worker。
不用特定 js 文件的话,那就需要把 js 代码写成字符串,然后:有两种做法
- Object URL: 是一种特殊的 URL,它表示一个对象,该对象可以作为 URL 的一部分(本地的临时资源)。Object URL 可以用于创建指向 JavaScript 代码的 URL。先用这个字符串创建一个 blob 对象,然后通过 URL.createObjectURL(blob)创建一个 URL,然后通过 new Worker(URL)创建一个 worker 对象。
- Data URL: 有固定格式:
data:application/javascript;utf8,${sourceCode}
(直接把资源写到字符串里了),然后通过 new Worker(dataUrl)创建一个 worker 对象。
// 1. Object URL
// 定义 Worker 的功能
const workerCode = `
self.onmessage = function(e) {
const result = e.data * 2; // 例如,将收到的数据乘以 2
self.postMessage(result); // 将结果发送回主线程
};
`;
// 创建一个 Blob 对象
const blob = new Blob([workerCode], { type: "application/javascript" });
// 创建对象 URL
const workerBlobURL = URL.createObjectURL(blob);
// 创建 Worker 实例
const worker1 = new Worker(workerBlobURL);
// 监听 Worker 发送的消息
worker1.onmessage = function (e) {
console.log("Worker 发送的结果:", e.data);
};
// 向 Worker 发送数据
worker1.postMessage(10); // 发送数字 10
// 2. Data URL
const dataUrl = `data:application/javascript;utf8,${workerCode}`;
const worker2 = new Worker(dataUrl);
// 监听 Worker 发送的消息
worker2.onmessage = function (e) {
console.log("Worker 发送的结果:", e.data);
};
// 向 Worker 发送数据
worker2.postMessage(20); // 发送数字 20
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
# 作用域链
参考「V8」
# keep-alive 使用
- keep-alive 是 Vue 内置的一个组件,可以使被包含的组件保留状态,避免重新渲染
- 一般结合路由和动态组件一起使用,用于缓存组件;
- 提供 include 和 exclude 属性,两者都支持字符串或正则表达式, include 表示只有名称匹配的组件会被缓存,exclude 表示任何名称匹配的组件都不会被缓存 ,其中 exclude 的优先级比 include 高;
- 对应两个钩子函数 activated 和 deactivated ,当组件被激活时,触发钩子函数 activated,当组件被移除时,触发钩子函数 deactivated。
# keep-alive 原理
Vue 的渲染是从 render 阶段开始的,但 keep-alive 的渲染是在 patch 阶段,这是构建组件树(虚拟 DOM 树),并将 VNode 转换成真正 DOM 节点的过程。
- 原理:源码就类似于一个 SFC 的 script 部分
- 在 created 生命周期时,初始化了 cache 缓存对象和 keys 对象,cache 用于缓存虚拟 dom,keys 主要用于保存 VNode 对应的键集合
- 在 destroyed 生命周期时,删除缓存 VNode 还要对应执行组件实例的 destory 钩子函数。
- 在 mounted 这个钩子中对 include 和 exclude 参数进行监听,然后实时地更新(删除)this.cache 对象数据。pruneCache 函数的核心也是去调用 pruneCacheEntry。
所以 keep-alive 的原理可以分成以下几步:
- 获取 keep-alive 包裹着的第一个子组件对象及其组件名;
- 根据设定的 include/exclude(如果有)进行条件匹配,决定是否缓存。不匹配,直接返回组件实例;
- 根据组件 ID 和 tag 生成缓存 Key,并在缓存对象中查找是否已缓存过该组件实例。如果存在,直接取出缓存值并更新该 key 在 this.keys 中的位置(更新 key 的位置是实现 LRU 置换策略的关键);
- 如果不匹配,在 this.cache 对象中存储该组件实例并保存 key 值,之后检查缓存的实例 数量是否超过 max 的设置值,超过则根据 LRU 置换策略删除最近最久未使用的实例(即是下标为 0 的那个 key);
- 最后组件实例的 keepAlive 属性设置为 true,这个在渲染和执行被包裹组件的钩子函数会用到。
- render 过程:
- 第一步:获取 keep-alive 包裹着的第一个子组件对象及其组件名;
- 第二步:根据设定的黑白名单(如果有)进行条件匹配,决定是否缓存。不匹配,直接返回组件实例(VNode),否则执行第三步;
- 第三步:根据组件 ID 和 tag 生成缓存 Key,并在缓存对象中查找是否已缓存过该组件实例。如果存在,直接取出缓存值并更新该 key 在 this.keys 中的位置(更新 key 的位置是实现 LRU 置换策略的关键),否则执行第四步;
- 第四步:在 this.cache 对象中存储该组件实例并保存 key 值,之后检查缓存的实例数量是否超过 max 的设置值,超过则根据 LRU 置换策略删除最近最久未使用的实例(即是下标为 0 的那个 key)。
- 第五步:最后并且很重要,将该组件实例的 keepAlive 属性值设置为 true。
- 从 render 到 patch 的过程:
- Vue 在渲染的时候先调用原型上的_render 函数将组件对象转化为一个 VNode 实例;而_render 是通过调用 createElement 和 createEmptyVNode 两个函数进行转化;
- createElement 的转化过程会根据不同的情形选择 new VNode 或者调用 createComponent 函数做 VNode 实例化;
- 完成 VNode 实例化后,这时候 Vue 调用原型上的_update 函数把 VNode 渲染为真实 DOM,这个过程又是通过调用patch函数完成的(这就是 pacth 阶段了)
keep-alive 组件的渲染:
Q:用过 keep-alive 都知道,它不会生成真正的 DOM 节点,这是怎么做到的?
A:Vue 在初始化生命周期的时候,为组件实例建立父子关系会根据 abstract 属性决定是否忽略某个组件。在 keep-alive 中,设置了 abstract: true,那 Vue 就会跳过该组件实例。最后构建的组件树中就不会包含 keep-alive 组件,那么由组件树渲染成的 DOM 树自然也不会有 keep-alive 相关的节点了。
Q:keep-alive 包裹的组件是如何使用缓存的?
A:在 patch 阶段,会执行 createComponent 函数:
- 在首次加载被包裹组件时,由 keep-alive.js 中的 render 函数可知,vnode.componentInstance 的值是 undefined,keepAlive 的值是 true,因为 keep-alive 组件作为父组件,它的 render 函数会先于被包裹组件执行;那么就只执行到
i(vnode, false /_ hydrating _/)
,后面的逻辑不再执行; - 再次访问被包裹组件时,vnode.componentInstance 的值就是已经缓存的组件实例,那么会执行 insert(parentElm, vnode.elm, refElm)逻辑,这样就直接把上一次的 DOM 插入到了父元素中。
- 在首次加载被包裹组件时,由 keep-alive.js 中的 render 函数可知,vnode.componentInstance 的值是 undefined,keepAlive 的值是 true,因为 keep-alive 组件作为父组件,它的 render 函数会先于被包裹组件执行;那么就只执行到
Q:一般的组件,每一次加载都会有完整的生命周期,即生命周期里面对应的钩子函数都会被触发,为什么被 keep-alive 包裹的组件却不是呢?
A:被缓存的组件实例会为其设置 keepAlive = true,而在初始化组件钩子函数中:从 componentVNodeHooks()函数中可以看出,当 vnode.componentInstance 和 keepAlive 同时为 truly 值时,不再进入$mount 过程,那 mounted 之前的所有钩子函数(beforeCreate、created、mounted)都不再执行。
在 patch 的阶段,最后会执行 invokeInsertHook 函数,而这个函数就是去调用组件实例(VNode)自身的 insert 钩子,在这个 insert 钩子里面,调用了 activateChildComponent 函数递归地去执行所有子组件的 activated 钩子函数。相反地,deactivated 钩子函数也是一样的原理,在组件实例(VNode)的 destroy 钩子函数中调用 deactivateChildComponent 函数。
# keep-alive 层级较深的时候怎么处理?
keep-alive 组件对第三级及以上级的路由页面缓存失效。 方案 1、直接将路由扁平化配置,都放在一级或二级路由中 方案 2、再一层缓存组件用来过渡,并将其 name 配置到 include 中
- 每一层的
<router-view>
/组件都包裹一层keep-alive
就好了?- 菜单多层级嵌套底下的子组件是不会缓存下来的,这个时候我们就要继续往下给下面的层级继续加上
keep-alive
; - 同时在
keep-alive
的 include 中绑定一个数组 cachesViewList,数组里面必须把它父级的 name 都放进去。
- 菜单多层级嵌套底下的子组件是不会缓存下来的,这个时候我们就要继续往下给下面的层级继续加上
- 把嵌套的
<router-view>
拍平,也就是在路由守卫router.afterEach
中添加一个将无用的 layout 布局消除的方法- 因为
import()
异步懒加载,第一次获取不到element.components.default.name
,所以不能在beforeEach
中处理,不然第一次访问的界面不缓存第二次才会缓存 afterEach
就不一样了,这时候可以获取到element.components.default.name
了
- 因为
# 缓存后如何获取数据
- beforeRouteEnter:每次组件渲染的时候,都会执行 beforeRouteEnter
beforeRouteEnter(to, from, next){
next(vm=>{
console.log(vm)
// 每次进入路由执行
vm.getData() // 获取数据
})
},
2
3
4
5
6
7
- activated:在 keep-alive 缓存的组件被激活的时候,都会执行 actived 钩子
activated(){
this.getData() // 获取数据
},
2
3
# 购物车提交订单数据怎么传
- 商品添加至购物车是不需要登录的,但是需要把 skuId 和数量传给后端,查询是否有库存,然后返回给前端,并把购物车信息存在 cookie (或者 sessionStorage) 里。
- 选择购物车内的商品购买,提交订单,这时候需要用户登录了。
- 用户登录后获取用户 cookie (或者 sessionStorage)内购物车信息,以及登录信息,更新数据库或 redis 中的购物车表(购物车表,一个 skuId 对应购物车一条记录)。
- 用户勾选购物车内商品,生成预览订单(重新获取商品的最新情况比如库存、商品价格等),具体金额由后端计算并返回给前端(前端计算的值仅供参考)。
- 提交并生成订单唤起支付组件或跳到支付页面,然后删除购物车已购买的商品,预减库存,同步更新 cookie (或者 sessionStorage)内购物车信息。
一般会先从购物车或者商品详情页到确认订单页面。根据确认订单页面的数据格式从购物车组织数据(通常最后是搞成一个 json 对象或者跟后端约定拼成字符串),然后存在 localstorage 里面(做的都是移动端),然后直接跳页面,去确认订单页面遍历渲染那个数据对象就好了。前端这些只是给用户看的,后台在付钱的时候还会再算一遍订单金额,再拆单的。所以就算用户改了支付信息,他还是要付那些钱的。
例:淘宝购物车 post 方法更新购物车的 payload:
{
"_input_charset": "utf-8",
"tk": "f88fe5116a335",
"_tb_token_": "f88fe5116a335",
"data": [
{
"shopId": "s_3910391259",
"comboId": 0,
"shopActId": 0,
"cart": [
{
"quantity": 43,
"cartId": "4117652227290",
"skuId": "4811854276366",
"itemId": "644712582517"
}
],
"operate": ["4117652227290"],
"type": "update"
}
],
"shop_id": 0,
"t": 1656004343910,
"type": "update",
"ct": "e5798e786c8a9627ee23ada7a462673c",
"page": 1,
"_thwlang": "zh_CN"
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
# js 精度丢失
- 原因:在 JavaScript 中,现在主流的数值类型是 Number,而 Number 采用的是 IEEE754 规范中 64 位双精度浮点数编码:
- 符号位 S:第 1 位是正负数符号位(sign),0 代表正数,1 代表负数
- 指数位 E:中间的 11 位存储指数(exponent),用来表示次方数,可以为正负数。在双精度浮点数中,指数的固定偏移量为 1023
- 尾数位 M:最后的 52 位是尾数(mantissa),超出的部分自动进一舍零
因为存储时有位数限制(64 位),并且某些十进制的浮点数在转换为二进制数时会出现无限循环,会造成二进制的舍入操作(0 舍 1 入),当再转换为十进制时就造成了计算误差。
理论上用有限的空间来存储无限的小数是不可能保证精确的,但我们可以处理一下得到我们期望的结果。
- 保留需要的小数位数,
toFixed(保留位数)
:不够精确,有时 5 不会进位; - 字符串模拟:基本原理是将浮点数表示为整数进行计算,然后再转换回浮点数。
bignumber.js
第三方库: 解决大数的问题。原理是把所有数字当作字符串,重新实现了计算逻辑,缺点是性能比原生差很多。0.10000000000000000555.toPrecision(16);
// 原生 API,做精度运算,超过的精度会自动做凑整处理,返回字符串。使用 toPrecision 凑整并 parseFloat 转成数字后再显示。math.js
、BigDecimal.js
、big.js
、decimal.js(据说计算基金净值比较快)
- 最后,建议所有对运算精度要求极高的业务场景都放到后端去运算,切记。
- 对于运算类操作,如
+-*/
,就不能使用 toPrecision 了。正确的做法是把小数转成整数后再运算,也是有上限的,对于非常大的浮点数,转换为整数可能会超出 JavaScript 的安全整数范围(Number.MAX_SAFE_INTEGER),如果小数位不确定这个方法也可能会有误差。以加法为例:
- 保留需要的小数位数,
/**
* 精确加法
*/
function add(num1, num2) {
const num1Digits = (num1.toString().split(".")[1] || "").length;
const num2Digits = (num2.toString().split(".")[1] || "").length;
const baseNum = Math.pow(10, Math.max(num1Digits, num2Digits));
return (num1 * baseNum + num2 * baseNum) / baseNum;
}
2
3
4
5
6
7
8
9
number.toPrecision(precision);
,precision:一个介于 1 到 100 之间的整数,表示有效数字的位数。返回一个表示指定精度的数字字符串。可以返回科学计数法表示(如 "1.2e+2")。
let num = 123.456;
console.log(num.toPrecision(2)); // "1.2e+2"(科学计数法)
console.log(num.toPrecision(4)); // "123.5"
console.log(num.toPrecision(5)); // "123.46"
console.log((123.455).toPrecision(5)); // "123.45"
console.log(num.toPrecision(6)); // "123.456"
console.log(num.toPrecision(1)); // "1e+2"
2
3
4
5
6
7
8
# 运算符优先级
# 数组扁平化
即把数组从多维的展成一维的。大概有如下几种方法:
- 使用
Array.prototype.flat()
:arr.flat(Infinity)
使用 Infinity 可以展开任意深度的嵌套数组。 - 递归方法,对于大型数组或深层嵌套,可能导致栈溢出。
- 使用 reduce 方法
- 使用扩展运算符
代码示例:
const arr = [1, [2, [3, 4], 5], 6, [7, 8]];
console.log(arr.flat(Infinity)); // [1, 2, 3, 4, 5, 6, 7, 8]
function flattenArray(arr) {
let result = [];
for (let i = 0; i < arr.length; i++) {
if (Array.isArray(arr[i])) {
result = result.concat(flattenArray(arr[i]));
} else {
result.push(arr[i]);
}
}
return result;
}
const arr = [1, [2, [3, 4], 5], 6, [7, 8]];
console.log(flattenArray(arr)); // [1, 2, 3, 4, 5, 6, 7, 8]
function flattenArray(arr) {
return arr.reduce((acc, val) => (Array.isArray(val) ? acc.concat(flattenArray(val)) : acc.concat(val)), []);
}
const arr = [1, [2, [3, 4], 5], 6, [7, 8]];
console.log(flattenArray(arr)); // [1, 2, 3, 4, 5, 6, 7, 8]
function flattenArray(arr) {
while (arr.some((item) => Array.isArray(item))) {
arr = [].concat(...arr);
}
return arr;
}
const arr = [1, [2, [3, 4], 5], 6, [7, 8]];
console.log(flattenArray(arr)); // [1, 2, 3, 4, 5, 6, 7, 8]
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
# jsBridge 通信失败怎么处理
- 错误检测和日志记录:首先,实现一个全面的错误检测和日志记录机制
- 重试机制:对于一些非关键操作,可以实现自动重试机制
- 降级策略:当 JSBridge 完全不可用时,实现降级策略
- 版本检查:确保 Web 端和 App 端的 JSBridge 版本兼容
- 超时处理:为 JSBridge 调用添加超时处理
- 健康检查/网络检查:定期进行 JSBridge 健康检查
- 用户反馈:当遇到持续的 JSBridge 问题时,提供用户反馈机制
# h5 怎么调用 native 的方法
# v-if 和 v-show 的区别
- v-if:条件判断,当条件为 true 时,渲染组件;当条件为 false 时,组件根节点会被销毁,不再渲染。v-show:条件展示,当条件为 true 时,渲染组件;当条件为 false 时,组件根节点仍然存在,只是
display:none
。 - v-if 的开销较大,因为它涉及到组件的销毁和重建;v-show 的开销较小,因为它只是简单地切换 CSS 属性。
- v-if 有更高的切换开销,因为它需要同时把旧的组件实例销毁(回收内存)和新的组件实例创建(渲染);v-show 有更高的初始渲染开销,因为它需要初始渲染时就渲染组件,没有切换过程。
- v-if 适用于运行时条件,v-show 适用于初始渲染条件。
- v-if 惰性渲染,性能开销大,适合条件切换较少的场景。v-show 通过样式控制显示,性能开销小,适合频繁切换的场景。
- v-if:会触发组件的生命周期钩子(如 created、mounted 等)。v-show:不会触发组件的生命周期钩子。
- v-if:可以和
v-else
、v-else-if
配合使用。v-show:不能和 v-else 等指令配合使用。 - v-show: 条件切换频率较高。页面初次加载时,内容需要渲染出来,但可以通过样式快速切换来控制显示。
- v-if: 如果涉及敏感信息或需要严格控制渲染。条件切换较少。页面初次加载时,需要根据条件决定是否渲染内容,条件为 true 时才渲染。隐藏的内容较多,或者需要动态销毁和重新创建的场景。
特性 | v-if | v-show |
---|---|---|
机制 | 添加或移除 DOM 元素 | 修改元素的 display 样式 |
初始渲染 | 条件为 true 时才渲染 | 无论条件如何,都会渲染一次 |
切换性能 | 切换成本高,适合条件变化不频繁 | 切换成本低,适合频繁显示/隐藏 |
DOM 占用 | 条件为 false 时,不存在于 DOM | 始终存在于 DOM 中 |
# 合成事件和原生事件
- 原生事件是浏览器提供的 DOM 事件,直接绑定在真实的 DOM 节点上。例如,常见的原生事件有 click、mousemove、keydown 等。这些事件是由浏览器引擎直接触发和管理的。
- 合成事件是 React 提供的一种跨浏览器的事件封装。React 的合成事件系统是为了提供一致的接口,保证在不同浏览器中具有相同的行为,并且能够更高效地管理事件。React 中的事件处理函数接收到的事件对象是 SyntheticEvent,而不是原生的 DOM 事件对象。
- 合成事件:通过事件委托和池化机制提高性能,减少内存分配和垃圾回收。原生事件:直接绑定在 DOM 上,无法享受 React 的优化。
- 合成事件:默认绑定在组件的根节点,通过事件委托机制进行处理。原生事件:可以直接绑定在具体的 DOM 节点上。
合成事件的特点:
- 跨浏览器兼容性:合成事件屏蔽了浏览器之间的兼容性问题,提供了一致的 API。
- 事件池化:React 对合成事件进行了池化,这意味着在事件回调函数中不能异步访问事件对象,因为事件对象会被重用以提高性能。在异步操作中,需要调用事件对象的 persist() 方法来保持事件的引用。
- 与原生事件的交互:合成事件在事件冒泡阶段被处理,通常绑定在组件的根节点上,而不是直接绑定在 DOM 节点上。
import React from "react";
function Example() {
// 合成事件
const handleClick = (e) => {
console.log("合成事件:", e);
console.log("合成事件类型:", e.type);
// 保留事件对象以供异步使用
e.persist();
setTimeout(() => {
console.log("异步访问事件对象:", e.type);
}, 1000);
};
// 原生事件
const divRef = React.useRef(null);
React.useEffect(() => {
const handleNativeClick = (e) => {
console.log("原生事件:", e);
};
const currentDiv = divRef.current;
currentDiv.addEventListener("click", handleNativeClick);
// 清除原生事件监听器
return () => {
currentDiv.removeEventListener("click", handleNativeClick);
};
}, []);
return (
<div ref={divRef} onClick={handleClick}>
点击我
</div>
);
}
export default Example;
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
# React 中定义一个变量,不使用 state 怎么更新它?
在 React 中,如果一个变量的变化不需要触发组件重新渲染,可以使用 useRef 来保持其值。useRef 可以在组件的生命周期内保持不变且不会引起重渲染。
import React, { useRef } from "react";
function ExampleComponent() {
const countRef = useRef(0);
const increment = () => {
countRef.current += 1;
console.log(countRef.current);
};
return <button onClick={increment}>Increase</button>;
}
2
3
4
5
6
7
8
9
10
11
12
# 前端如何优雅通知用户刷新页面
这里说的是用户不会主动刷新页面的情况,比如代码更新了,需要主动弹窗等方式通知用户刷新页面。
- 前端起一个定时器 setInterval 轮询后端服务器,对比 etag 是否变化,如果变化,则刷新页面。
- 每次上线,后端加一下自定义响应字段
add_header X-App-Version "1.0.0"
,然后前端每次请求都会带上,如果某次带的和返回的不一致就是有更新,提示用户刷新。 - websocket 或者 EventSource(SSE),服务端推送版本变化情况,前端监听结果并根据结果刷新页面。SSE demo
- 使用 Service Worker,监听更新事件,当检测到新版本时,提示用户刷新页面。
# 实现一个支持链式调用的函数
- 利用 Proxy 的特性,拦截函数调用,返回一个新的函数,该函数在调用时会更新变量的值。
function chain(value) {
const handler = {
get: function (obj, prop) {
if (prop === "end") {
return obj.value;
}
if (typeof window[prop] === "function") {
obj.value = window[prop](obj.value);
return proxy;
}
return obj[prop];
},
};
const proxy = new Proxy({ value }, handler);
return proxy;
}
function plusOne(a) {
return a + 1;
}
function double(a) {
return a * 2;
}
function minusOne(a) {
return a - 1;
}
console.log(chain(1).plusOne.double.minusOne.end); // 3
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
# 动态执行函数
eval(str)
-> 同步代码,作用域是局部/函数作用域setTimeout(str, 0)
-> 宏任务,需要注意作用域是全局作用域(new Function(arg1, arg2, str))()
-> 同步代码<script>
标签 -> 在浏览器的 JavaScript 环境中,<script>
标签中的代码是在宏任务(macro task)中执行的。script.textContent = str; document.body.appendChils(script);
# 静态属性与动态属性
- 静态属性:
- 静态属性是定义在类或对象的构造函数上,属性名是硬编码,且在编写时就已知,可以通过类名或对象名直接访问。
- 可以直接通过
.
点符号访问 - 不能使用数字、变量作为属性名
- 动态属性:
- 可以通过方括号
[]
访问但不能通过.
点符号访问 - 可以在运行时计算得出,可以使用数字、变量、字符串字面量、表达式作为属性名
- 可以通过方括号
# 函数的 name 是不可被修改的
# ==/===/Object.is()
的区别
==
会进行隐式类型转换。===
/Object.is()
不会进行类型转换,===
会比较值和类型,Object.is()
也会比较值和类型,但NaN === NaN
为 false,而Object.is(NaN, NaN)
为 true。+0===-0
是 true,而Object.is(+0, -0)
为 false。==
相等比较:如果一个操作数是对象,另一个操作数是字符串或者数字,会首先调用对象的 valueOf 方法,将对象转化为基本类型,在进行比较。当 valueOf 返回的不是基本类型的时候,才会调用 toString 方法。
# 页面多图片加载优化
# 移动端 h5 适配问题
# 二叉搜索树
# 白屏原因&优化
# 白屏时间计算
# Git hotfix
# npm i/npm start/npm run build 区别
# webpack 热加载 hmr 原理
Webpack HMR 特性的原理并不复杂,核心流程:
- 使用 webpack-dev-server (后面简称 WDS)托管静态资源,同时以 Runtime 方式注入 HMR 客户端代码
- 浏览器加载页面后,与 WDS 建立 WebSocket 连接
- Webpack 监听到文件变化后,增量构建发生变更的模块,并通过 WebSocket 发送 hash 事件
- 浏览器接收到 hash 事件后,请求 manifest 资源文件,确认增量变更范围
- 浏览器加载发生变更的增量模块
- Webpack 运行时触发变更模块的 module.hot.accept 回调,执行代码变更逻辑
- done
Webpack 的 HMR 特性有两个重点,一是监听文件变化并通过 WebSocket 发送变更消息;二是需要客户端提供配合,通过 module.hot.accept 接口明确告知 Webpack 如何执行代码替换。
# vue diff 和 react diff
特性 | React Diff | Vue Diff |
---|---|---|
基本策略 | 同层比较 + key 优化 | 同层比较 + 双端比较 |
列表 Diff | 依赖唯一 key,逐一对比 | 双端比较,按头尾指针寻找最优解 |
跨层级操作 | 不支持,跨层级直接删除新增 | 同样不支持,直接删除新增 |
性能 | 列表更新性能依赖于 key 是否合理 | 列表更新性能较高,适合头尾频繁插入删除 |
复杂度 | O(n) | O(n) |
原理和区别:
虚拟 DOM 树同层比较:只比较虚拟 DOM 的同一层级,不会跨层级比较,如果节点类型相同(如
<div>
对比<div>
),则继续对比属性和递归对比子节点。如果类型不同,则直接销毁旧节点,创建新节点。React 列表的比较:使用 key 进行优化,避免出现全量更新。
- 如果所有节点都有唯一的 key,React 可以快速找到对应的节点,按 key 匹配更新。即使节点顺序发生变化,也只更新必要部分。
- 如果没有 key 或 key 不唯一,React 会按默认顺序逐一对比,这在插入或删除节点时可能导致性能下降。
Vue 列表的比较:使用了一种高效的 双端比较算法。它通过四个指针,分别指向新旧列表的头尾节点,
- 从新旧列表的头部开始比较,如果相同则复用,更新内容,指针向后移动。newStart++,oldStart++。否则,进入下一步。
- 从新旧列表的尾部开始比较,如果相同则复用,更新内容,指针向前移动。newEnd--,oldEnd--。否则,进入下一步。
- 比较新列表的起始节点与旧列表的结束节点,如果相同则复用,更新内容,将旧节点移动到 newStart 的位置(DOM 操作),移动指针:newStart++,oldEnd--。否则,进入下一步。
- 比较新列表的结束节点与旧列表的起始节点,如果相同则复用,更新内容,将旧节点移动到 newEnd 的位置(DOM 操作),移动指针:newEnd--,oldStart++。否则,进入下一步。
- 如果头尾无法匹配即以上 4 步均未找到相同节点,则尝试查找旧节点中能复用的节点(通过 key 查找新节点在旧列表中的位置)-遍历旧列表,查找 newStart 节点是否存在。如果找到:复用旧节点,更新内容(如有变化)。将旧节点移动到 newStart 的位置(DOM 操作)。如果未找到:创建新节点并插入到 newStart 的位置(DOM 操作)。移动指针:newStart++。
- 处理剩余节点,如果旧列表遍历完毕,但新列表仍有剩余节点:创建新节点并插入到对应位置(DOM 操作)。如果新列表遍历完毕,但旧列表仍有剩余节点:删除旧节点(DOM 操作)。
总结:
- React 的 diff 算法更侧重于简单规则和 key 的使用,通过假设更新操作是局部的来优化性能。
- Vue 的 diff 算法使用了双端比较,更适合频繁插入、删除的场景,进一步提升了列表的更新效率。
- 两者的核心思想是相似的,都是为了实现高效的视图更新,但实现细节和场景优化各有侧重。
# vue 指令
# vue2
# vue3
# 扁平数据结构转 Tree
const arr = [
{ id: 1, name: "部门1", pid: 0 },
{ id: 2, name: "部门2", pid: 1 },
{ id: 3, name: "部门3", pid: 1 },
{ id: 4, name: "部门4", pid: 3 },
{ id: 5, name: "部门5", pid: 4 },
];
// 转为tree
[
{
id: 1,
name: "部门1",
pid: 0,
children: [
{
id: 2,
name: "部门2",
pid: 1,
children: [],
},
{
id: 3,
name: "部门3",
pid: 1,
children: [
// 结果 ,,,
],
},
],
},
];
// 1
/**
* 递归查找,获取children
*/
const getChildren = (data, result, pid) => {
for (const item of data) {
if (item.pid === pid) {
const newItem = { ...item, children: [] };
result.push(newItem);
getChildren(data, newItem.children, item.id);
}
}
};
/**
* 转换方法
*/
const arrayToTree = (data, pid) => {
const result = [];
getChildren(data, result, pid);
return result;
};
// 2
function arrayToTree(items) {
const result = []; // 存放结果集
const itemMap = {}; //
// 先转成map存储
for (const item of items) {
itemMap[item.id] = { ...item, children: [] };
}
for (const item of items) {
const { id, pid } = item;
const treeItem = itemMap[id];
if (pid === 0) {
// root
result.push(treeItem);
} else {
if (!itemMap[pid]) {
itemMap[pid] = {
children: [],
};
}
itemMap[pid].children.push(treeItem);
}
}
return result;
}
// 3 性能最优
function arrayToTree(items, rootId) {
const result = []; // 存放结果集
const itemMap = {}; //
for (const item of items) {
const id = item.id;
const pid = item.pid;
if (!itemMap[id]) {
itemMap[id] = {
children: [],
};
}
itemMap[id] = {
...item,
children: itemMap[id]["children"],
};
const treeItem = itemMap[id];
if (pid === rootId) {
result.push(treeItem);
} else {
if (!itemMap[pid]) {
itemMap[pid] = {
children: [],
};
}
itemMap[pid].children.push(treeItem);
}
}
return result;
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
# JavaScript 中 (0, function)(param) 是什么?
- 通常用于改变函数调用时的上下文 this 的指向,或者用于间接调用函数。确保函数调用时,this 指向的是全局上下文对象(严格模式下是 undefined),而不是当前作用域。可用于:模块化代码、避免副作用、解绑对象方法。
- 逗号操作符: 对它的每个操数求值(从左到右),并返回最后一个操作数的值。
- eval 执行的代码环境上下文,通常是局部上下文。直接调用,使用本地作用域。间接调用,使用全局作用域。
function test() {
var x = 2,
y = 4;
console.log(eval("x + y")); // 直接调用,使用本地作用域,结果是 6
var geval = eval; // 等价于在全局作用域调用
console.log(geval("x + y")); // 间接调用,使用全局作用域,throws ReferenceError 因为`x`未定义
}
// 解绑对象方法
const obj = {
value: "Hello",
logValue() {
console.log(this.value);
},
};
// 直接调用,this 指向 obj
obj.logValue(); // 输出: Hello
// 使用 (0, function) 解绑 this
const logValue = (0, obj.logValue);
logValue(); // 输出: undefined(严格模式)或 window.value(非严格模式)
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
(0,eval)
属于间接调用,使用的是 全局作用域,this 指向的是全局上下文。- 为什么不用 call / apply 指定全局上下文 window ? 是为预防 call / apply 被篡改后,导致程序运行异常。
- 为什么逗号操作符用 0 ? 其实,用其他数字或者字符串也是没问题的。至于为什么用 (0, function) ? 可以说是业界的默认规则。如果硬要说个为什么,可能是 0 在二进制的物理存储方式上,占用的空间较小。
# 并发请求
// 给定一个待请求的url数组,和允许同时发出的最大请求数,写一个函数fetch并发请求,要求最大并发数为maxNum,并且尽可能快的完成所有请求
const urls = [
"https://jsonplaceholder.typicode.com/posts/1",
"https://jsonplaceholder.typicode.com/posts/2",
"https://jsonplaceholder.typicode.com/posts/3",
"https://jsonplaceholder.typicode.com/posts/4",
"https://jsonplaceholder.typicode.com/posts/5",
"https://jsonplaceholder.typicode.com/posts/6",
"https://jsonplaceholder.typicode.com/posts/7",
"https://jsonplaceholder.typicode.com/posts/8",
"https://jsonplaceholder.typicode.com/posts/9",
"https://jsonplaceholder.typicode.com/posts/10",
];
function fetchUrls(urls, maxNum) {
return new Promise((resolve) => {
if (urls.length === 0) {
resolve([]);
return;
}
const results = new Array(urls.length);
let count = 0;
let index = 0;
async function request() {
if (index >= urls.length) {
return;
}
const curIndex = index++;
const url = urls[curIndex];
try {
const res = await fetch(url);
results[curIndex] = await res.json(); // Assuming you want the JSON response
} catch (e) {
results[curIndex] = e;
} finally {
count++;
if (count === urls.length) {
resolve(results);
} else {
request(); // Start the next request
}
}
}
const times = Math.min(maxNum, urls.length);
// 最开始先同时发出times个请求,然后每个请求结束后在finally中判断count也就是一共已经发出了多少个请求,如果还有请求没发出,那就继续调用request,否则就把results返回。
for (let i = 0; i < times; i++) {
request();
}
});
}
fetchUrls(urls, 3).then((results) => {
console.log(results);
});
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
# Composition API 有哪些
- setup 函数:是 Composition API 的入口点,用于定义组件的响应式状态、计算属性、方法等,在组件创建之前执行,可以返回一个对象,对象中的属性和方法可以在模板中直接使用。
- ref 和 reactive:用于定义响应式数据,ref 用于定义单个基本数据类型的响应式数据,reactive 用于定义对象或数组的响应式数据。
- computed:用于定义计算属性,计算属性会根据依赖的数据自动更新,且会缓存计算结果。
- watch 和 watchEffect:用于监听数据的变化,watch 用于监听指定的数据,watchEffect 用于监听数据的变化,不需要指定监听的数据。
- 生命周期钩子:使用 onMounted、onUpdated、onUnmounted 等函数来定义组件的生命周期钩子。用于在组件的不同生命周期阶段执行代码。
# Vue3 中父子组件通信的方式
props
:父组件通过 props 向子组件传递数据。$emit
事件:子组件通过 $emit 触发父组件的事件,可以向父组件传递数据。provide
/inject
:父组件通过 provide 提供数据,子组件通过 inject 注入数据。适用于跨多层的组件之间的通信。- vuex/Pinia:状态管理库,适用于大/中小型应用的状态管理,集中管理应用的状态,使得状态的变化可预测。
- EventBus:通过事件总线实现父子组件通信,适用于简单的应用场景。
$attrs
/$listeners
:适用于透传属性和事件,将父组件的属性和事件透传给子组件。v-model
:用于实现双向绑定,父组件通过 v-model 绑定数据,子组件通过 emit 触发 input 事件。v-model
是语法糖,等价于:value
和@input
两个属性。- 子组件通过 emit 触发
update:modelValue
事件,父组件通过 v-model 绑定数据。modelValue
是v-model
的默认 prop 名称,update:modelValue
是v-model
的默认事件名称。 <input :value="props.modelValue" @input="emit('update:modelValue', $event.target.value)" />
。- 可以传递多个参数:
<Child v-model:param1="param1" v-model:param2="param2" />
。 - 父组件中的监听是通过
v-model
自动实现的,监听的属性名即v-model
传的参数的名称。
$refs
:父组件通过$refs
获取子组件的实例,从而调用子组件的方法或访问子组件的数据。
# Vue 3 Proxy 响应式系统的优化
- Proxy 使 Vue3 的响应式系统更高效,支持新增属性监听、数组操作拦截等。
- 依赖按需收集:Vue2 在初始化时遍历整个对象,而 Vue3 采用
Lazy Proxy(惰性代理)
只有在访问属性时才进行代理,减少性能消耗。 - 自动清理无效依赖:Vue3 采用
WeakMap + Set
进行依赖存储,避免内存泄漏,Vue2 需要手动管理依赖删除。 - 只更新受影响的组件 Vue3 的
trigger()
机制让每个组件只更新它所依赖的部分,避免 Vue2 中全局重新计算的问题。
# vue 的 vm 实例在挂载时发生了什么
当 Vue2 实例 (vm) 挂载时,会发生一系列重要的初始化过程:
- 初始化生命周期:设置实例的
$parent
、$root
等属性 - 初始化事件系统:建立
$on
、$emit
等事件方法 - 初始化渲染函数:设置
$createElement
等渲染相关方法 - 调用
beforeCreate
钩子:此时数据观察和事件配置都还未初始化 - 初始化注入(
inject
):处理父组件提供的依赖注入 - 初始化状态:
- 初始化 props
- 初始化 methods
- 初始化 data(响应式处理)
- 初始化 computed
- 初始化 watch
- 初始化提供(
provide
):设置组件提供的依赖 - 调用
created
钩子:此时实例已创建完成,数据观察等已完成,但 DOM 还未生成 - 挂载阶段开始:
- 检查是否有 el 选项,如果没有则等待手动调用
$mount
- 检查是否有
template
选项,有则编译为渲染函数,没有则使用 el 的outerHTML
作为模板 - 调用
beforeMount
钩子 - 创建渲染 Watcher:
- 创建一个渲染 Watcher 来监听依赖变化
- 执行初始渲染,生成虚拟 DOM 并转换为真实 DOM
- 调用
mounted
钩子:此时组件已挂载到 DOM 上
Vue3 的过程类似,有些许不同:
- 应用初始化:
const app = createApp(AppComponent); app.mount('#app');
- 组件实例创建阶段:
- 初始化组件选项:合并全局/局部配置
- 建立响应式上下文:通过
reactive()
创建响应式系统 - 执行
setup()
函数(替代 Vue 2 的beforeCreate/created
)- 接收
props
和context
- 返回的对象将被合并到渲染上下文
- 接收
- 生命周期流程:
beforeCreate
(兼容选项式 API):组合式 API 中通过setup()
替代setup()
执行onBeforeMount
钩子触发- 编译阶段(如果使用模板):
- 将模板编译为优化后的渲染函数
- 应用静态节点提升(Static Node Hoisting),Patch Flags:标记动态内容类型,Block Tree:减少不必要的树遍历
render()
函数执行:- 生成虚拟 DOM(vnode)
- 应用 Block Tree 优化
onMounted
钩子触发:- 子组件的
mounted
会先于父组件触发
- 子组件的
性能优化点:
- 编译时优化
- 动态节点标记(Patch Flags)
- 静态树提升(Static Hoisting)
- 缓存事件处理程序
- 运行时优化
- 更快的虚拟 DOM diff 算法
- 基于 Proxy 的响应式追踪
- 组件实例复用机制改进
- Tree-shaking 支持
- 未使用的功能不会打包进生产代码
# 消除异步的传染性
及如果一个函数调用了另一个异步的函数,那么这个函数也会变成异步的。
比如:fetch 是异步的函数,那么可以把 fetch 改成同步的函数,这样就可以消除异步的传染性。
例如:自定义 myFetch 函数,在执行 fetch 时先查看缓存,如有缓存则返回缓存,否则先抛出一个 Error 中断执行,然后在 fetch 成功后抛出一个 resolve 设置缓存,重新执行 fetch 或者 main 函数。
React 中的 Suspense 组件也是类似的原理,通过抛出一个 Promise 中断渲染,然后在 Promise resolve 后重新渲染。渲染两次组件。
function run(func) {
// 1. 保存旧的fetch函数
const oldFetch = window.fetch;
// 2. 修改fetch
const cache = {
status: "pending", // 'pending' | 'fulfilled' | 'rejected'
value: null,
};
function myFetch(...args) {
if (cache.status === "fulfilled") {
return cache.value;
} else if (cache.status === "rejected") {
throw cache.value;
}
const promise = oldFetch(...args)
.then((res) => res.json())
.then((res) => {
cache.status = "fulfilled";
cache.value = res;
})
.catch((err) => {
cache.status = "rejected";
cache.value = err;
});
throw promise;
}
window.fetch = myFetch;
// 3. 运行func
try {
func();
} catch (err) {
if (err instanceof Promise) {
err.finally(() => {
window.fetch = myFetch;
func();
window.fetch = oldFetch;
});
} else {
console.log(err.message);
}
}
// 4. 恢复fetch
window.fetch = oldFetch;
}
run(main);
function myFetch(url) {
return new Promise((resolve, reject) => {
throw new Error("中断执行");
fetch(url);
fetch(url).then((res) => {
resolve(res);
});
});
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
# 判断两个字符串中的数字的大小
通过一个生成器函数来从头迭代这 2 个字符串,如果相等就继续比较下一个数字,如果不相等就返回数字较大的字符串。
function* walk(str) {
let s = "";
for (let c of str) {
if (c === "-") {
yield Number(s); // Number()===Number('')===Number(false)===Number([])===Number('0')===Number(0)===0
s = "";
} else {
s += c;
}
}
if (s) {
yield Number(s);
}
}
function compare(str1, str2) {
const iter1 = walk(str1);
const iter2 = walk(str2);
while (true) {
const { value: v1, done: d1 } = iter1.next();
const { value: v2, done: d2 } = iter2.next();
if (d1 && d2) {
return 0; // 相等
}
if (d1) {
return -1; // str1 小
}
if (d2) {
return 1; // str2 小
}
if (v1 < v2) {
return -1;
}
if (v1 > v2) {
return 1;
}
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
# em 和 rem 的区别
em 和 rem 是 CSS 中用于设置相对单位的两种测量方式,它们的主要区别在于它们的计算基准不同。
- em 是一个相对单位,其基准是元素自身的字体大小。
- 当你在一个元素上使用 em 单位时,它的值是相对于该元素的字体大小来计算的。
- 如果在某个元素内嵌套了另一个元素,那么内嵌元素的 em 单位将会继承其父元素的字体大小,从而产生乘法效应。
- rem 是根元素的相对单位,其基准是根元素的字体大小(即 html 标签)。 -不管元素的层级如何,使用 rem 单位时,它的值总是相对于
<html>
元素的字体大小来计算。- 这意味着 rem 单位不会受到嵌套元素的影响。
# 前端加载图片
# CSS 中的 background 属性来实现
利用 CSS 的 background 属性将图片预加载到屏幕外的背景上。只要这些图片的路径保持不变,当它们在 Web 页面的其他地方被调用时,浏览器就会在渲染过程中使用预加载(缓存)的图片。简单、高效,不需要任何 JavaScript。该方法虽然高效,但仍有改进余地。使用该法加载的图片会同页面的其他内容一起加载,增加了页面的整体加载时间。
# 使用 JavaScript 方式来实现
在 JS 中利用 Image 对象,为元素对象添加 src 属性,将对象缓存起来待后续使用。
//banner img 高清加载
function imgdownLoad(){
var setImg = function(imgLgUrl) {
if(imgLgUrl) {
var imgObject = new Image();
imgObject.src = imgLgUrl;
if(imgObject.complete){ //发现缓存则加载缓存
$img.attr("src", imgLgUrl);
return ;
}
imgObject.onload = function(){ //图片加载完成后替换图片
$img.attr("src", imgLgUrl);
}
}
}
$("img").each(function(){
var $img = $(this);
var imgLg = $img.attr("data-imglg"); //高清
var imgMd = $img.attr("data-imgmd"); //中等
var imgSm = $img.attr("data-imgsm"); //一般
setImg(imgSm);
setImg(imgMd);
setImg(imgLg);
});
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
# 计算页面滚动位置进行预加载
先给图片设置统一的占位图,然后再根据页面滚动情况使用自定义属性data-src
去加载图片。
<body>
<div>
<img class="lazy-load" data-src="https://fakeimg.pl/600x200" alt="images" />
<img class="lazy-load" data-src="https://fakeimg.pl/700x200" alt="images" />
<img class="lazy-load" data-src="https://fakeimg.pl/800x200" alt="images" />
<img class="lazy-load" data-src="https://fakeimg.pl/900x200" alt="images" />
</div>
<script src="https://cdn.jsdelivr.net/npm/lodash@4.17.21/lodash.min.js" type="text/javascript"></script>
<script type="text/javascript">
let lazyImages = [...document.querySelectorAll(".lazy-load")];
let inAdvance = 300;
function lazyLoad() {
console.log("lazyLoading...");
lazyImages?.forEach((image) => {
if (image.offsetTop < window.innerHeight + window.pageYOffset + inAdvance) {
image.src = image.dataset.src;
}
});
}
lazyLoad();
window.addEventListener("scroll", _.throttle(lazyLoad, 50));
window.addEventListener("resize", _.throttle(lazyLoad, 50));
</script>
</body>
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
# 每次加载一张图片
通过 onload 事件判断 Img 标签加载完成。
const imgArrs = [
"https://fakeimg.pl/100x200",
"https://fakeimg.pl/200x200",
"https://fakeimg.pl/300x200",
"https://fakeimg.pl/400x200",
"https://fakeimg.pl/500x200",
"https://fakeimg.pl/600x200",
]; // 图片地址
const content = document.getElementById("content");
const loadImg = () => {
if (!imgArrs.length) return;
const img = new Image(); // 新建一个Image对象
img.src = imgArrs[0];
img.setAttribute("class", "img-item");
img.onload = () => {
// 监听onload事件
// setTimeout(() => { // 使用setTimeout可以更清晰的看清实现效果
content.appendChild(img);
imgArrs.shift();
loadImg();
// }, 1000);
};
img.onerror = () => {
// do something here
};
};
loadImg();
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
# img 标签加载时机
img 标签是什么时候发送图片资源请求的?
- HTML 文档渲染解析,如果解析到 img 标签的 src 时,浏览器就会立刻开启一个线程去请求图片资源。
- 动态创建 img 标签,设置 src 属性时,即使这个 img 标签没有添加到 dom 元素中,也会立即发送一个请求。
const img = new Image();
img.src = "https://fakeimg.pl/100x200";
2
- 创建了一个 div 元素,然后将存放 img 标签元素的变量添加到 div 元素内,而 div 元素此时并不在 dom 文档中,页面不会展示该 div 元素,那么浏览器会发送请求吗?-- 会!
- 通过设置 css 属性能否做到禁止发送图片请求资源?-- 不一定
- 给 img 标签设置样式
display: none
或者visibility: hidden
,隐藏 img 标签,无法做到禁止发送请求。 - 将图片设置为元素的背景图片
background-image
,但此元素不存在,可以做到禁止发送请求。dom 文档中不存在 class 为 test 的元素时,即使给 test 这个 class 设置了背景图片,也不会发送请求,只有有使用到 test 这个 class 的元素存在时才会发送请求。
- 给 img 标签设置样式
<style>
.test {
background-image: url("https://fakeimg.pl/300x200");
}
</style>
<div id="container">
<div class="test1">test background-image</div>
<img src="https://fakeimg.pl/100x200" style="display: none" />
<img src="https://fakeimg.pl/200x200" style="visibility: hidden" />
</div>
<script>
const img = `<img src='https://fakeimg.pl/600x200'>`;
const dom = document.createElement("div");
dom.innerHTML = img;
// document.body.appendChild(dom);
</script>
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
# iframe 相关
# 父子页面通信问题
iframe 和父页面是两个独立的上下文环境,这使得父子页面之间的通信变得复杂。父页面想操作 iframe 内的 Vue 子应用数据(或者反过来)。如果 iframe 加载的是跨域内容,直接访问 iframe 的内容会触发 跨域限制。
- 同源情况:使用 window.postMessage 做通信,父子页面同源时,可以通过 postMessage 实现数据通信:
- 跨域情况:后端接口代理,如果 iframe 加载的是跨域资源,推荐通过后端代理实现同源加载,或者借助中间服务器转发通信。
# iframe 加载速度慢,阻塞父页面性能
iframe 的加载是一个独立的网络请求和渲染过程,如果其加载的内容较多或速度较慢,会影响父页面的性能表现。iframe 加载时间过长,页面白屏。iframe 的加载和渲染阻塞了父页面的交互。
- 懒加载 iframe,仅在需要时加载 iframe,可以使用 Vue 的 v-if 或动态绑定 src 的方式
- 异步加载机制,在大部分场景中,可以通过设置占位符(如加载动画)来提升用户体验,避免长时间白屏。
- 优化 iframe 加载速度,使用懒加载、预加载、CDN 等优化技术,减少 iframe 加载时间。
# 样式和滚动条问题
iframe 独立的 CSS 环境可能导致样式问题,尤其是父页面需要控制 iframe 的样式时非常困难。此外,iframe 内部的滚动条可能会影响用户体验。iframe 内样式与父页面不一致。父页面滚动和 iframe 滚动冲突。
- 控制 iframe 的样式:通过注入 CSS。如果你能控制 iframe 加载的内容,可以在父页面通过 contentWindow.document 动态注入样式
const iframe = document.getElementById("myIframe");
const style = document.createElement("style");
style.textContent = "body { margin: 0; overflow: hidden; }";
iframe.contentWindow.document.head.appendChild(style);
2
3
4
- 隐藏滚动条,为 iframe 添加样式,隐藏滚动条
iframe {
overflow: hidden;
scrollbar-width: none; /* Firefox */
}
iframe::-webkit-scrollbar {
display: none; /* Chrome, Safari */
}
2
3
4
5
6
7
- 同步滚动条,如果需要让父页面和 iframe 的滚动同步,可以监听 iframe 的滚动事件,并同步父页面的滚动:
iframe.contentWindow.onscroll = () => {
const scrollTop = iframe.contentWindow.scrollY;
document.documentElement.scrollTop = scrollTop;
};
2
3
4
# 跨域限制问题
当 iframe 加载跨域资源时,JavaScript 不能直接访问 iframe 的内容。这是浏览器的同源策略所决定的,目的是为了安全性。父页面无法操作或获取 iframe 内的内容。无法控制 iframe 内的 DOM 或数据。
使用 postMessage 通信:跨域情况下,父页面与 iframe 可以使用 postMessage 的消息机制来通信(如前面提到的方案)。
后端代理实现同源:如果你有后端支持,可以通过后端代理 iframe 的内容,使其与父页面同源,从而绕过跨域限制。
JSONP 或 CORS:如果是请求数据,可以尝试使用 JSONP 或配置服务器支持 CORS。
# SEO 和路由问题
iframe 内容对搜索引擎来说是不可见的,这会对 SEO 产生负面影响。此外,在 Vue 应用中,如果 iframe 是动态路由的一部分,可能会引发路由管理混乱。iframe 的内容不会被搜索引擎索引。Vue 的动态路由和 iframe 的加载冲突(如刷新时丢失状态)
避免用 iframe 承载重要内容:如果需要 SEO,尽量避免将核心内容放在 iframe 中,可以用 Vue 的组件化来代替。
使用 Vue 的路由守卫管理 iframe:如果 iframe 是动态路由的一部分,可以通过 Vue 的路由守卫动态设置 iframe 的内容:
// router/index.js
const routes = [
{
path: '/iframe/:src',
component: () => import('@/views/IframePage.vue')
}
];
// IframePage.vue
<template>
<iframe :src="iframeSrc" frameborder="0"></iframe>
</template>
<script>
export default {
computed: {
iframeSrc() {
return this.$route.params.src;
}
}
};
</script>
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
# 安全问题(XSS 攻击)
如果 iframe 加载的是第三方页面,可能会引入潜在的安全风险,例如跨站脚本攻击(XSS)。加载的内容中可能存在恶意脚本。父页面受到安全隐患的影响。
设置 sandbox 属性:通过设置 iframe 的 sandbox 属性限制其行为:
<iframe src="https://example.com" sandbox="allow-scripts allow-same-origin"></iframe>
内容安全策略(CSP):在后端或 HTML 中设置 CSP,以限制 iframe 加载的资源:
<meta http-equiv="Content-Security-Policy" content="default-src 'self'; frame-src 'self' https://example.com;">
# 正则表达式匹配路径
# React18 与 Vue3 组件通信
Vue 还有一种特殊的方式:attrs/useAttrs,attrs 是一个特殊的对象,在组件中,可以访问并使用未被显式声明为 props 的属性,是有状态的对象,它总是会随着组件自身的更新而更新,主要用于将父组件的非 props 特性传递给子组件,特别适用于创建包装组件或高阶组件。如果关闭了export default defineComponent({inheritAttrs: false,}); // 关闭自动继承父属性
,那么需要通过<button v-bind="$attrs" @click="$emit('click')">
v-bind 的形式显式绑定来自父组件的属性,比如:id、class 等。在组件中,默认情况下,attrs 会被自动绑定到组件的根元素。如果不想让它自动绑定,可以设置 inheritAttrs: false
。这样,你就可以手动控制哪些属性和事件被传递。attrs 适合用于将父组件的多个属性转发给子组件的场景。如果你需要将组件的某些状态或数据与多个子组件共享,你可能更倾向于使用 Vue 3 的其他特性,如 provide/inject、Vuex 或 Composition API。虽然可以使用 attrs 来在某种程度上进行组件间的通信,但对于状态管理和数据流动,使用 props 和事件是更常见和推荐的方式。
# 全局的通信方法
- React 中使用 Context 或者 Redux 等状态管理库
- Vue3 中使用 Pinia 或者 Vuex 等状态管理库
- 通过事件总线实现
# 父子组件通信
- 在 React 中,父子组件通信是通过 props 实现的。父组件向子组件传递数据,子组件通过 props 接收,子组件通过 props 传入的回调函数来修改父组件的状态。
- 在 Vue3 中,父子组件通信是通过 props 和 $emit 实现的。父组件向子组件传递数据,子组件通过 defineProps 接收。子组件向父组件传递数据通过 $emit 触发父组件中的函数实现。父组件
<Son @sendMessage="receiveMessage" />
并定义 receiveMessage 方法接收返回的参数,子组件const emit = defineEmits(['sendMessage']);emit('sendMessage', '我是Son组件');
,可以声明 emit 的事件,以保留对事件的类型检查和编译时验证。 - 在 Vue3 中,如何在父组件调用子组件时传递方法,并让父组件获取子组件内部的方法或属性?子组件需要明确地暴露这些方法和属性。这可以通过使用 defineExpose 来实现。随后,父组件可以通过 ref 或 useTemplateRef 来引用子组件实例,从而调用其暴露的方法或访问其属性。
# 兄弟组件通信
- 通过将「共享的状态提升」到父组件来实现。父组件将该状态和修改状态的函数通过 props 传递给子组件。再借助 emit 进行通信。
- 使用 EventBus:创建一个 EventBus 对象,用于在组件之间传递事件。在需要通信的组件中,使用 EventBus 发布事件,然后在另一个组件中监听该事件。
# 跨层级组件通信
- 层层 props 传下去,麻烦,不好维护。
- React 中,使用 Context:在需要通信的组件中,使用 Context.Provider 提供数据,然后在另一个组件中通过 Context.Consumer 订阅数据。
- createContext 创建 context 对象,上下文 ctx 对象将包含你希望在组件树中共享的数据。
- Provider 提供器,包裹需要跨层通信的组件。将数据通过 value 属性传递给 Provider,任何位于 Provider 内部的组件都可以访问到这些数据。
- useContext 钩子来访问上下文中的数据。useContext 接受一个上下文对象(就是通过 createContext 创建的那个对象)作为参数,并返回该上下文的当前值。
- Vue3 中,使用 provide/inject:在需要通信的组件中,使用 provide 提供数据
provide('msg', msg);
,然后在另一个组件中使用 inject 获取数据const msg = inject('msg');
。
# 浏览器盒模型
# 手写 Promise.all
# js 隔离原理
# CDN 缓存策略
# XSS 和 CSRF
CSRF 原理和解决方案
# websocket 消息质量保证
012 段消息是什么
# websocket 通信机制
# 前端性能优化
# 面向对象编程和面向过程编程的区别和理解
# 大数据渲染造成的页面卡顿怎么优化
# 为什么要使用虚拟 DOM
# 有效括号匹配
栈,先入栈左侧,遇到右侧就从栈顶 pop 一个出来,如果不匹配就 false,否则继续 push 入栈,最后看栈是否清空。
# 判断 b 是否是 a 的子集
ab 有重复元素,要求 b 中相同元素出现的次数<=a 中的
# 302 怎么确定重定向路径
# 几种 worker 的对比
特性 | Web Worker | Service Worker | Shared Worker |
---|---|---|---|
目的 | 处理后台任务,专注于防止 UI 阻塞 | 控制网络请求和离线功能 | 共享状态或数据,提供一个共享的上下文以便多个浏览器上下文之间的通信。 |
访问 DOM | 不可访问 | 不可访问 | 不可访问 |
共享性 | 不共享 | 不共享 | 共享多个上下文 |
生命周期 | 由调用者管理 | 有独立生命周期 | 由调用者管理 |
通信方式 | postMessage | 事件驱动 | MessagePort |
使用场景 | CPU 密集型处理 | 离线缓存、推送通知 | 多窗口/标签页共享数据 |
# 全排列
回溯算法模板,一种方式是递归,循环遍历各个数字字符,先存到 path 中,然后递归剩下的数字字符,递归结束后 pop 恢复现场,继续循环。终止条件是path.length===nums.length
。
# 前端路由原理
- hashchange 事件:hash 路由
- popstate 事件:history 路由
- history.pushState()
- history.replaceState()
# Vue 动态加载组件
- 使用异步组件:异步组件允许在需要时动态加载 Vue 组件,通常结合 import() 语法来实现。这样可以将组件分割到不同的文件中,只有在需要时才加载。动态的引入组件。配合
<component :is="currentComponent"></component>
实现。 - 使用动态组件:Vue 提供了一种 component 组件,可以根据绑定的值动态切换组件,这对于动态加载组件也十分有用。提前注册组件,动态设置组件名。配合
<component :is="currentComponent"></component>
实现。 - 使用 Vue Router 的路由懒加载:如果你使用 Vue Router 管理路由,也可以通过路由懒加载实现组件的动态加载。也是通过 import()动态引入组件。
- 结合 Vuex 进行动态管理:如果需要根据某些条件从状态管理中动态加载组件,可以结合 Vuex 实现。在 commit 时动态 import 引入所需组件。
- 插槽,传入要展示的组件,配合
<component :is="currentComponent"></component>
实现。 - 频繁切换时借助 keep-alive 组件进行缓存
# is 的实现原理是什么?
<component :is="currentComponent"></component>
# Hash 路由与 History 路由的对比
特性 | Hash 路由 | History 路由 |
---|---|---|
URL 格式 | http://example.com/#/page1 | http://example.com/page1 |
兼容性 | 所有浏览器,包括旧版浏览器 | 现代浏览器,旧版浏览器可能不支持 |
SEO 友好 | 不友好 | 友好 |
用户体验 | URL 中有 # 符号,视觉上不美观 | 更干净的 URL,没有哈希符号 |
刷新行为 | 刷新时会根据哈希重新渲染内容 | 刷新时需要服务器支持来处理 URL |
实现复杂性 | 实现简单,使用 hashchange 事件 | 需要管理历史记录、状态等 |
原理 | hashchange 事件 | history.pushState/replaceState 和 popstate 事件 |
# history 路由的 Nginx 配置
假设你的应用构建后的文件存放在 /usr/share/nginx/html
目录中,并且你的 index.html 文件位于该目录下。可以参考以下配置:
server {
listen 80; # 监听端口
server_name example.com; # 你的域名或 IP
location / {
root /usr/share/nginx/html; # 应用文件所在目录
index index.html; # 默认首页文件
try_files $uri $uri/ /index.html; # 尝试请求文件,如果文件不存在则返回 index.html
}
# 可选:配置 gzip 压缩
gzip on;
gzip_types text/plain application/javascript application/x-javascript text/css application/json;
gzip_min_length 1000;
# 可选:配置缓存
location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg)$ {
expires 1y; # 缓存一年
add_header Cache-Control "public, max-age=31536000, immutable";
}
# 可选:错误页面处理
error_page 404 /index.html; # 404 错误也返回 index.html
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
修改 Nginx 配置后检查并重启。
sudo nginx -t # 测试配置是否正确
sudo systemctl reload nginx # 重新加载 Nginx
2
# v-for 和 v-if 执行优先级
**不推荐在一元素上同时使用这两个指令 **
- Vue2 中:当同时使用时,v-for 比 v-if 优先级更高。
- Vue3 中:当同时使用时,v-if 比 v-for 优先级更高。
# 页面白屏检测
# ref 和 reactive 的区别
- 实现原理
- 使用方法
# props 数据流向
# 发布订阅模式和观察者模式的区别
# input 怎么确定 schema 结构
# nodejs 内存泄漏怎么解决
Node.js 内存泄漏是指程序在执行过程中不再使用的内存没有被及时释放,导致内存的逐渐增加,这可能会导致应用程序性能下降甚至崩溃。解决内存泄漏的问题需要从多个方面着手。
- 常见的内存泄漏原因
- 全局变量:意外地将变量声明为全局变量,导致其在整个应用生命周期中保持活跃。
- 事件监听器:未注销的事件监听器会导致内存泄漏。
- 闭包:闭包中引用了外部变量,但这些外部变量不再需要,从而无法被垃圾回收。
- 长时间运行的定时器:使用 setInterval 或 setTimeout 却没有在适当的时候清除它们。
- 缓存的引用:在数据缓存中存储大量对象,但没有适时清除。
- 解决内存泄漏的方法
- 使用堆分析工具:Node.js 内置的 V8 堆快照:可以使用 Chrome DevTools 的远程调试功能来分析 Node.js 应用的内存使用情况。Heapdump:可以在应用运行时生成堆快照,便于后续分析。在 Chrome DevTools 中打开该堆快照文件进行分析。
- 定期清理不再使用的对象:确保及时清理不再使用的对象和数据。例如,使用 WeakMap 和 WeakSet 来创建不会阻止垃圾回收的引用。
- 取消事件监听器:在不再需要时,及时取消事件监听器,特别是在使用 EventEmitter 时
- 清理定时器和异步任务:确保使用 clearTimeout 和 clearInterval 清理不再需要的定时器。
- 避免使用全局变量:尽量减少全局变量的使用,避免不必要的全局引用。可以使用模块导出和封装方法来管理应用状态。
- 使用内存监控工具:PM2:一个进程管理工具,提供内存监控功能。Node Clinic:用于性能分析的工具,可以帮助识别内存泄漏。
# 多窗口之间怎么通信
# 捕获和冒泡事件触发顺序
- 捕获阶段:事件从外层元素传播到目标元素。
- 目标阶段:目标元素的事件处理程序被调用。
- 冒泡阶段:事件从目标元素向外层元素传播。
默认情况下,addEventListener 的第三个参数为 false,表示使用冒泡阶段。如果将其设置为 true,则事件将在捕获阶段被处理。
# 数据大屏怎么实现响应式
- 使用响应式框架:Bootstrap:提供了强大的栅格系统和组件,适合快速开发响应式布局。Tailwind CSS:采用实用程序优先的 CSS 方法,可以轻松创建响应式设计。Ant Design 或 Material UI:这两者都是基于 React 的 UI 组件库,具有响应式设计的理念。
- 媒体查询:通过 CSS 媒体查询,可以为不同的屏幕尺寸应用不同的样式。
- 使用 Flexbox 或 CSS Grid 布局可以更灵活地创建响应式设计。
- 响应式图表:如果数据大屏中包含图表,确保使用支持响应式的图表库:Chart.js:可以自动适应容器大小。ECharts:提供了良好的响应式支持,可以通过配置自动调整图表大小。AntV:企业级数据可视化解决方案。
- 动态调整布局:可以使用 JavaScript 监听窗口大小变化,动态调整布局,监听 resize 事件,做相应处理。
# 浏览器访问 url 过程
硬件加速方案,优缺点;DNS 解析过程、预解析、耗时指标
# 单点登录和 SSO 鉴权
授权协议
# nodejs 是单线程吗?怎么提高并发量
- Node.js 是基于事件驱动的非阻塞 I/O 模型,虽然它本身是单线程的,但可以通过一些方式提高并发量和性能。
- 单线程:Node.js 的主事件循环运行在单个线程上,所有 I/O 操作(如文件读取、网络请求等)都是异步的,使用事件和回调来处理。
- 事件循环:Node.js 的事件循环机制能够处理大量的连接请求,而不需要为每个请求创建一个线程。它使用事件和回调机制来处理请求,使得在等待 I/O 的同时可以处理其他任务。
提高 Node.js 并发量的方法:
- 使用 Cluster 模块:Node.js 的 Cluster 模块可以创建多个工作进程,每个进程都有自己的事件循环和内存空间。这允许你充分利用多核 CPU 的优势。
// 主进程会为每个 CPU 核心创建一个工作进程,能够同时处理多个请求。
const cluster = require("cluster");
const http = require("http");
const numCPUs = require("os").cpus().length;
if (cluster.isMaster) {
// Fork workers.
for (let i = 0; i < numCPUs; i++) {
cluster.fork();
}
cluster.on("exit", (worker, code, signal) => {
console.log(`Worker ${worker.process.pid} died`);
});
} else {
// Workers can share any TCP connection
http
.createServer((req, res) => {
res.writeHead(200);
res.end("Hello World\n");
})
.listen(8000);
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
- 使用负载均衡器:在生产环境中,可以使用负载均衡器(如 NGINX 或 HAProxy)将请求分发到多个 Node.js 实例。这种方式能够进一步提高并发处理能力。
- 异步 I/O 优化:确保使用 Node.js 提供的异步 API 来处理 I/O 操作,避免使用阻塞的代码。使用异步操作可以使事件循环继续处理其他请求。
- 使用 Redis 进行消息队列:在某些情况下,使用 Redis 等消息队列来处理长时间运行的任务可以提高并发能力。通过将任务放入队列,可以让 Node.js 继续处理其他请求,而后台 worker 处理这些耗时任务。
- 连接池:对于数据库等外部服务,使用连接池可以减少连接的创建和销毁的开销,提高并发性能。确保数据库连接的管理是高效的。
- 使用 WebSocket 和长轮询:对于需要处理大量实时数据的应用,可以使用 WebSocket 或长轮询实现高效的实时通信,这样能够更好地处理高并发请求。
- 性能监控与调优:使用性能监控工具(如 PM2、New Relic、DataDog 等)来监控应用性能,识别瓶颈并进行优化。
# 前端监控告警体系
性能监控的指标有哪些?页面加载的瓶颈和优化手段
# 在哪些情况下一个元素绑定的点击事件不会被触发?
- 元素不可见或被遮挡:
- CSS 隐藏:如果元素的 display 属性被设置为 none,则该元素不会在页面上展示,点击事件自然不会被触发。也不会被触发。
- 透明度:如果元素的 opacity 属性为 0,它仍然可以占据空间,虽然用户无法看到它,但仍会触发点击事件。 - visibility:如果元素的 visibility 属性被设置为 hidden,它仍然占据空间,但用户无法看到它,点击事件自然不会被触发。
- 脱离文档流:元素如果不在文档流中,且被其他元素遮挡(如使用 z-index 进行层叠),则无法点击该元素。
- CSS 隐藏:如果元素的 display 属性被设置为 none,则该元素不会在页面上展示,点击事件自然不会被触发。也不会被触发。
- 事件被阻止
event.preventDefault()
:如果在事件处理程序中调用了event.preventDefault()
,某些默认行为(如链接跳转)将被阻止,但这不会影响点击事件本身的触发。event.stopPropagation()
:如果在事件处理程序中调用了event.stopPropagation()
,那么事件可能不会向上传递,特别是在嵌套元素中,但这并不会阻止事件本身的触发。
- 元素处于失去焦点状态
- 表单元素:如果某些表单元素(如 button 或 input)在失去焦点时可能不响应点击事件,尤其是在某些浏览器中。
- 错误的事件绑定
- 使用了错误的选择器。
- 在 DOM 元素未加载时绑定事件(如在 DOMContentLoaded 之前)。
- 元素被禁用
- disabled 属性:如果元素是一个表单控件(例如
<button>
或<input>
)并且设置了 disabled 属性,点击事件将不会被触发。
- disabled 属性:如果元素是一个表单控件(例如
- JavaScript 错误:在事件处理程序中,如果出现 JavaScript 错误,可能会导致后续代码(包括绑定的事件)不被执行。
- 使用了 pointer-events CSS 属性:如果元素的
pointer-events
CSS 属性被设置为 none,则该元素将不会响应任何鼠标事件,包括点击。 - 移动设备的特殊情况:在某些移动设备上,可能只会响应触摸事件(如 touchstart 或 touchend),如果只写了 click 事件,可能会影响点击事件的触发。
- 使用了框架或库中的事件处理机制:在使用某些 JavaScript 框架(如 React、Vue.js 等)时,事件的管理可能与原生 JavaScript 不同,需遵循框架的事件处理方式。
- 动态内容
- 内容动态生成:如果点击事件绑定在动态生成的元素上,确保在元素渲染后绑定事件或使用事件委托模式。
- 事件委托问题
- 未在父元素上绑定:如果使用事件委托,但父元素未绑定相应事件,子元素的点击事件将不会被触发。
# Vue3 系列
# 静态图片动态加载
Vite 打包时会自动进行依赖分析,导致有些图片会直接打包到静态资源中,而其他图片则需要通过动态导入的方式加载,因此需要使用动态导入的方式加载静态图片。
- 通过标签引入静态图片:img、video、audio 等标签的 src 属性,通过动态导入的方式加载静态图片。
- 通过 CSS 引入静态图片:在 CSS 文件中通过 background-image 属性引入静态图片。
- 把图片放到 public 目录下,通过相对路径引入。打包时会自动将图片复制到 dist 目录下,但会丢失图片的 hash 值。
- 通过
import('./assets/${img}.jpg').then(p=>path=p.default)
函数引入静态图片,通过 then()方法获取图片的 URL。但会产生很多 js 文件。而且要 path 中不能完全是变量,否则会导致路径解析错误。 - 通过
new URL('./assets/${img}.jpg', import.meta.url)
,然后使用 url 对象来赋值。
# Vue3 setup 中如何获得组件实例
- Vue3 的 setup 函数是在组件创建之前执行的,这时候组件实例还没有完全生成,所以在 setup 函数内部直接使用 this 是无效的,因为 this 指向的是 undefined 或者不是组件实例。使用 getCurrentInstance 函数,这是 Vue3 提供的一个 API,用于获取当前组件的实例。但是需要注意,getCurrentInstance 返回的是一个内部实例,并不是公共 API 的一部分,因此在使用时需要谨慎,避免依赖内部实现细节。-- 不推荐
setup() {
const instance = getCurrentInstance();
// 通过 instance 访问组件上下文
console.log(instance.proxy); // 等效于 Vue2 的 this
console.log(instance.ctx); // 上下文对象
console.log(instance.parent); // 父组件实例
console.log(instance.refs); // 模板中的 ref 引用
return {
instance
}
}
2
3
4
5
6
7
8
9
10
11
- 如果需要获取组件实例,可以使用 ref 来获取。在 setup 函数中,使用 ref 来获取组件实例或者获取 DOM 元素,使用 ref 函数来创建一个响应式引用,然后在模板中绑定这个 ref,从而在 setup 函数中访问到对应的 DOM 元素或组件实例,然后就可以在模板中使用。在 onMounted 后使用确保组件已挂载。-- 推荐
# Vue 的 watch 有哪些配置项?和 computed 的区别?和 watchEffect 的区别?
Vue 的 watch 有哪些配置项?
immediate:当监听的值第一次被赋值时,会立即执行回调函数。
handler:当监听的值发生变化时,会执行的回调函数。接收 newval 和 oldval。
deep:当监听的对象是嵌套对象时,设置为 true 可以监听对象内部属性的变化。
flush:控制回调函数的执行时机,可选值为 'pre'、'post'、'sync'。
- 默认值为 'pre',即在微任务队列清空后执行。即 prop 更新完之后触发回调函数再更新 DOM(此时回调函数里不能通过 DOM 获取到更新后的 prop 的值)。
- 设置为 'post' 会在宏任务队列清空后执行。则更新完 prop 之后再更新 DOM 然后再触发回调函数(此时回调函数里就能通过 DOM 获取到更新后的 prop 的值)。
watchPostEffect
- 设置为 'sync' 会在当前任务执行完毕后立即执行。则回调函数会同步执行,也就是在响应式数据发生变化时立即执行,会在 Vue 进行任何更新之前触发。
watchSyncEffect
,同步侦听器不会进行批处理,每当检测到响应式数据发生变化时就会触发。可以使用它来监视简单的布尔值,但应避免在可能多次同步修改的数据源 (如数组) 上使用。
onTrack / onTrigger:调试侦听器的依赖。
once:默认为 false,回调函数只会运行一次。侦听器将在回调函数首次运行后自动停止。
Vue 的 watch 和 computed 和 method 的区别
- 计算属性 computed 在第一次计算完成后,会对结果进行缓存,后续再次调用时直接输出结果而不会重新计算。仅当依赖变化时再重新计算并缓存,计算量较大时使用计算属性会更高效。频繁使用时使用计算属性会更高效。
- method 调用几次就会执行几遍,不会缓存结果,每次都会重新计算。
- watch 用于监听数据的变化,当数据变化时,会执行回调函数,回调函数接收新值和旧值。
Vue 的 watch 和 watchEffect 的区别
watchEffect 直接接收一个回调函数,会自动追踪函数内部使用到的响应式数据变化,数据变化时重新执行该函数
watchEffect 的函数会立即执行一次,并在依赖的数据变化时再次执行
watchEffect 更适合简单的场景,不需要额外的配置,相当于默认开启了 deep 和 immediate 的 watch
watchEffect 也能接收第二个参数,用来配置 flush 和 onTrack / onTrigger,拿不到旧值
watch 显示的接收一个需要被监听的数据和回调函数,若监听的数据发生变化,重新执行该函数
watch 的回调函数只有在侦听的数据源发生变化时才会执行,不会立即执行
watch 可以更精细的控制监听行为,如 deep、immediate、flush 等,可以终止监听,可以拿到旧值
watch 第一个参数可以是一个数组,监听多个数据源,也可以是一个对象,对象中的 key 为数据源,value 为回调函数,还可以是一个函数(最终都会转成函数),如果这个函数返回的值不变,则回调函数也不会执行,即使在函数中依赖的响应式数据发生了变化。
一个关键点是,侦听器必须用同步语句创建:如果用异步回调(比如 setTimeout)创建一个侦听器,那么它不会绑定到当前组件上,你必须手动停止它,以防内存泄漏。
总结:它们之间的主要区别是追踪响应式依赖的方式:
watch 只追踪明确侦听的数据源。它不会追踪任何在回调中访问到的东西。另外,仅在数据源确实改变时才会触发回调。watch 会避免在发生副作用时追踪依赖,因此,我们能更加精确地控制回调函数的触发时机。
watchEffect,则会在副作用发生期间追踪依赖。它会在同步执行过程中,自动追踪所有能访问到的响应式属性。这更方便,而且代码往往更简洁,但有时其响应性依赖关系会不那么明确。
# Vue3 中的宏有哪些?
- defineProps: 声明 props
- defineEmits: 声明 emit
- defineModel: 用来声明一个双向绑定 prop
- defineExpose: 指定对外暴露组件的属性
- defineOptions:在 script setup 中提供组组件属性
- defineSlots: 声明 slots
# Vue3 声明一个响应式数据的方式?
- ref: 通过.value 访问及修改
- reactive: 直接访问、只能声明引用数据类型
- computed: 也是通过.value,声明需要 传 get、set
- toRef: 类似 ref 的用法,可以把响应式数据的属性变成 ref
- toRefs: 可以把响应式数据所有属性 转成一个个 ref
- shallRef: 浅层的 ref,第二层就不会触发响应式
- shallReactive: 浅层的 reactive,第二层就不会触发响应式
- customRef: 自定义 ref
# v-memo
缓存一个模板的子树。在元素和组件上都可以使用。为了实现缓存,该指令需要传入一个固定长度的依赖值数组进行比较。如果数组里的每个值都与最后一次的渲染相同,那么整个子树的更新将被跳过。仅用于性能至上场景中的微小优化,有助于渲染海量 v-for 列表 (长度超过 1000 的情况)。
一般与 v-for 配合使用,v-memo 的值是一个数组。当组件重新渲染,如果数组的值不改变的情况,该组件及子组件所有更新都将被跳过,只要 v-memo 绑定的数组的值没改变,即使子组件引用的响应数据变了,也不会更新。甚至虚拟 DOM 的 vnode 创建也将被跳过。直接重用缓存的子树副本。
# computed 的 getter 和 setter
- getter:计算属性的 getter 是一个函数,当访问计算属性时,会执行这个 getter 函数,返回计算属性的值。
- setter:计算属性的 setter 是一个函数,当修改计算属性的值时,会执行这个 setter 函数,传入新值和旧值。可以在这里修改计算属性的值,也可以在这里执行一些副作用操作。也就是说可以在 method 中直接对计算属性赋新值,就像处理普通的 data 一样,然后在 setter 中对新值进行处理。
- 计算属性的 getter 和 setter 可以用来实现双向数据绑定,即当计算属性的值发生变化时,会自动更新依赖该计算属性的其他数据;当依赖该计算属性的其他数据发生变化时,会自动更新计算属性的值。
# provide 和 inject
- provide 和 inject 是 Vue 中的两个 API,用于实现组件间的数据传递和依赖注入。
- provide 是一个 provide 方法,用于提供当前组件的属性和方法,供其他组件使用。
provide('message', message);
或在应用顶层app.provide(/* 注入名 */ 'message', /* 值 */ 'hello!')
- inject 是一个 inject 方法,用于注入当前组件的属性和方法,供其他组件使用。在组件中
const message = inject('message'[, defaultValue, true]);
,第二个参数表示默认值,可以是一个具体的值也可以是个函数,第三个参数表示默认值应该被当作一个工厂函数。在一些场景中,默认值可能需要通过调用一个函数或初始化一个类来取得。为了避免在用不到默认值的情况下进行不必要的计算或产生副作用,我们可以使用工厂函数来创建默认值 - provide 和 inject 的作用是让组件之间可以相互传递数据,而不需要通过父组件传递到子组件,再由子组件传递到孙组件,这样会增加组件的层级,导致组件嵌套过深,维护起来非常麻烦。
- provide 注入的值可以是任意类型,包括响应式的状态,比如一个 ref,那么此时 inject 接收到的会是该 ref 对象,而不会自动解包为其内部的值。这使得注入方组件能够通过 ref 对象保持了和供给方的响应性链接。这表明:provide+inject 注入的值可能是响应式的也可能是非响应式的。
- 使用时,如果没有使用
<script setup>
,provide()/inject()
都需要在setup()
内同步调用。 - 当提供 / 注入响应式的数据时,建议尽可能将任何对响应式状态的变更都保持在供给方组件中。这样可以确保所提供状态的声明和变更操作都内聚在同一个组件内,使其更容易维护。
- 如果你想确保提供的数据不能被注入方的组件更改,你可以使用
readonly()
来包装提供的值。provide('read-only-count', readonly(count))
。
# 对象的动态属性和静态属性
# 实现页面自动检测页面是否更新
- 轮询
- websocket
- SSE
- 可以约定设置一个特定的 js 文件放在 head 中,js 文件要打上指纹(hash)以便于对比版本,然后前端通过轮询的方式去请求这个 js 文件,如果文件的指纹发生变化,说明文件有更新,前端就可以重新加载这个 js 文件,从而实现页面的自动检测更新。
# forEach 原理
forEach 在循环开始之前,会先获取数组的初始长度并存下来,所以即使在 forEach 循环中增加数组的长度,循环的次数也不会受影响。但是如果减少了数组的长度,由于在取值时会判断当前属性是否存在于数组中(if(k in o)...
),所以循环次数也会减少。不能通过 return、break、continue 来中断循环。
Array.prototype.myForEach = function (callback, thisArg) {
if (this === null || this === undefined) {
throw new TypeError("Array.prototype.myForEach called on null or undefined");
}
let obj = this;
let len = obj.length;
if (typeof callback !== "function") {
throw new TypeError("callback不是函数");
}
for (let i = 0; i < len; i++) {
if (i in obj) {
let val = obj[i];
callback.call(thisArg, val, i, obj);
}
}
return undefined;
};
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# Promise
- Promise 中的内部发生的错误在 try/catch 中无法捕获,需要在 Promise 的 catch 中捕获,或者需要 async/await 和 try/catch 配合使用才能捕获错误。
- try/catch 捕获的是 try 中报的错或者 throw 的 Error。
# async、await 的原理和优势
- async/await 是基于 Promise 的语法糖,可以简化异步代码的编写,使得异步代码看起来更像同步代码。
- async 用于声明一个异步函数,await 用于等待一个异步方法执行完成。在浏览器控制台环境中,目前这俩关键字是可以分开单独使用的。
- 在普通函数前面加上 async 之后,这个函数会返回一个 Promise 对象,如果函数中本身就有 return 的内容,那么就相当于返回一个已经解决的 Promise 对象,如果函数中抛出错误,那么就相当于返回一个被拒绝的 Promise 对象。例:
return Promise.resolve(xxx)
,在后续处理的时候就需要在 then 中接收 resolve 的值,如果函数中抛出错误,那么就相当于返回一个被拒绝的 Promise 对象,需要在 catch 中接收 reject 的值。如果函数中本身没有 return 的内容,那么相当于return Promise.resolve(undefined);
- 如果 resolved 成功了,则 await 可以接收到返回的值,如果是 rejected 失败了,则会抛出错误,需要在 catch 中捕获。
# 优势
- 用同步代码的方式编码,简化异步编程的代码逻辑,消除回调地狱和层层嵌套判断等
- 处理同步异步错误更加方便,便于 debug 定位错误的位置,如果使用 then 链式调用,就不容易发现是哪个 then 里面报的错,除非每个 then 后面都加一个 catch 单独处理,否则单凭 try/catch 很难直接捕获发生在 Promise 内部的错误。
# 生成器函数和迭代器对象
执行生成器函数可以获得一个迭代器对象。
# 生成器
即 Generator 函数: 用function*
定义函数,可以暂停执行并保存其状态,然后在需要时恢复执行,生成器函数内部使用yield
语句来产值,暂停执行并返回一个迭代器对象(值是 yield 后面的值)给调用者,通过迭代器对象的 next 方法可以控制生成器函数的执行。
// 生成器函数
function* generatorDemo(){
yield 1;
yield 2;
yield 3;
}
// 迭代器对象
// 调用生成器函数,返回迭代器对象
const iterator = generatorDemo();
console.log(iterator.next()); // {value: 1, done: false}
console.log(iterator.next()); // {value: 2, done: false}
console.log(iterator.next()); // {value: 3, done: false}
console.log(iterator.next()); // {value: undefined, done: true}
// 模拟异步函数
function* getUserInfo(){
console.log("start getUserInfo");
yield new Promise((resolve, reject) => {
console.log("before setTimeout");
setTimeout(() => {
console.log("before resolve");
resolve({id:1, name: "test"});
console.log("after resolve");
}, 3000)
console.log("after setTimeout");
});
console.log("after yield");
}
console.log("start---");
let it = getUserInfo();
it.next().value.then(param=>console.log("get info ==> ", param));
console.log("finished");
// 输出如下:
start---
start getUserInfo
before setTimeout
after setTimeout
finished
// 过3秒之后再打印如下:
before resolve
after resolve
get info ==> {id: 1, name: 'test'}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
# 迭代器
是一种对象,提供了一种按顺序访问集合元素的方法。有两个核心方法:next()和 return()。next()方法返回一个包含 value 和 done 属性的对象,done 表示迭代是否完成,value 表示当前迭代的值。return()方法用于提前终止迭代。
# 异步编程的实现方式有哪些
- 回调函数
- Promise
- async/await
- 生成器函数和迭代器对象
- 事件监听
- 发布/订阅模式
# 惰性函数
- 惰性函数(Lazy Function)是一种在程序中仅在需要时才执行的函数。这意味着该函数不会立即执行,而是返回一个值(通常是一个函数或一个计算结果)的引用,直到需要这个值时才进行计算。惰性函数的主要目的是优化性能,避免不必要的计算,特别是在处理大型数据集或复杂计算时。
- 用于只需要执行一次的地方,后续可以直接用缓存结果或者初次执行完之后就修改这个函数。(跟上面不是同一个东西)
// 定义一个惰性函数
function lazyValue(x) {
return function () {
console.log("计算中...");
return x * 2; // 计算值
};
}
// 使用惰性函数
const getValue = lazyValue(10);
// 此时并没有进行计算
console.log("函数已创建,但未计算值。");
// 现在需要计算值时,调用返回的函数
const result = getValue(); // 输出 '计算中...',然后返回计算结果
console.log("计算结果:", result); // 输出: 计算结果: 20
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# 箭头函数
- js 中的作用域包括:全局作用域、函数作用域、块级作用域。
- 箭头函数的作用域是在定义时确定的,基于词法作用域,不会捕获外部的 this 值,而是使用定义时的 this 值。这个 this 值在箭头函数内部是固定的,不会因为外部作用域的变化而改变。
- 箭头函数没有自己的 arguments 对象,它会捕获其所在上下文的 arguments 对象。
- 箭头函数没有自己的构造函数,不能用作构造函数。可以通过
Reflect.construct(Object, [], arrowFunc)
来判断是不是箭头函数--箭头函数没有 constructor,不能被 new。 - 判断箭头函数的 this 时,可以观察箭头函数定义的位置以及有没有被函数包裹,如果被函数包裹,那么箭头函数的 this 就是包裹函数的 this,否则就是全局对象(在严格模式下是 undefined)。适用于通过
{name:()=>{...}}
这种对象形式定义的属性函数。 - 箭头函数不能被用于构造函数,不能使用 new 关键字实例化。
- 箭头函数不适用于需要使用 this 的场景,如构造函数、事件处理函数、原型链上的方法等。
# 内部方法[[construct]]
[[construct]]
是 JS 引擎的一个内部方法,用于创建和初始化对象的实例。不能直接访问,它在 JavaScript 中用于实现构造函数,通过 new 关键字调用创建新对象。- 通过
Reflect.construct(Object, [], func)
是否报错,来判断一个函数是否有内部方法[[construct]]
,如果没有[[construct]]
则不能通过 new 来创建实例对象。 - 如果通过 es5 的 function 的形式创建的实例对象的方法上有
[[construct]]
,可以继续new obj.sayName()
来创建对象而不会报错。但是通过 es6 的 class 里面的原型方法上没有[[construct]]
,不能 new。
// es5
function Person5(name) {
this.name = name;
}
Person.prototype.sayName = function () {
console.log(this.name);
};
// es6
class Person6 {
constructor(name) {
this.name = name;
}
// 原型方法
sayName() {
console.log(this.name);
}
}
let obj5 = new Person5("test5");
let obj6 = new Person6("test6");
// test
console.log(Reflect.construct(Object, [], obj5.sayName)); // 不报错==>true
console.log(Reflect.construct(Object, [], obj6.sayName)); // 报错==>false
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
# ++
++
是一个前缀自增运算符,用于将变量的值增加 1,并返回增加后的值。++
在数字前面,会先自增再返回增加后的值。++
在数字后面,会先返回当前值,然后再自增。
# function 的 length 属性
function
的length
属性表示函数的参数个数,不包括默认参数和剩余参数。function
的length
属性实际指的是函数的第一个有默认值的参数之前(左侧)的参数的个数。例function(a,b,c=3,d,...rest){}
的参数的 length 就是 2。
# const 和 Object.freeze()
Object.freeze()
只能冻结对象当前层级的属性,如果对象的属性也是一个对象,那么这个对象的属性不会被冻结,可以继续修改。const
只是内存地址不能改变,如果是对象的话,其属性的值是可以改变的。- 在 Vue 中,对于不需要实现响应式的对象或不会影响页面重新渲染的对象等,可以通过
Object.freeze()
冻结这个对象,可以提高性能,后续可以使用Object.isFrozen()
来判断对象是否被冻结。 Object.freeze()
冻结的对象,直接=赋值得到的新对象也是被冻结的,深拷贝的对象才是未被冻结的。
# 假值与真值
- 假值:
false、null、undefined、0/-0/0n、NaN、""/''/``(空字符串)、document.all(有条件)
。 - 除假值外的都是真值。
# Vue2 中的数组操作
由于
Object.defineProperty
无法监听数组内容的变化,所以 Vue2 重写了一部分数组的方法来实现响应式:push/pop/shift/unshift/splice/sort/reverse
,我们在 Vue 的数组中调用这几个方法时实际调用的是 Vue2 重写后的方法,而非原生的方法。另外 Vue2 也提供了Vue.set(array, index, newValue)
、Vue.delete()
这个方法来对数组进行操作,能够实现数组数据的响应式渲染。另外对于数组的操作还可以借助
v-if
的特性来实现页面的重新渲染,在操作数组前先把会影响到的数据对应的 dom 视图设置v-if=false
,这样 dom 会从页面移除,然后修改数组,操作完后再设置v-if=true
,这样可以实现 dom 视图的重新渲染。可以同时借助$nextTick()
进行操作处理。还可以使用强制渲染:
vm.$forceUpdate()
。这个方法会强制组件重新渲染而不考虑数据是否更新,避开了正常的数据流更新的方法,违反了 Vue 响应式更新的规则,但是可以用于一些特殊场景,比如在某些异步操作中,需要强制组件重新渲染。
# Vue2 和 Vue3 的响应式实现的区别
- vue2 的响应式是通过
Object.defineProperty
方法,劫持对象的 getter 和 setter,在 getter 中收集依赖,在 setter 中触发依赖,但是这种方式存在一些缺点:
- 由于是遍历递归监听属性,当属性过多或嵌套层级过深时会影响性能
- 无法监听对象新增的属性和删除属性,只能监听对象本身存在的属性,所以设计了
$set
和$delete
- 如果监听数组的话,无法监听数组元素的增减,只能监听通过下标可以访问到的数组中已有的属性,由于使用
Object.defineProperty
遍历监听数组原有元素过于消耗性能,vue 放弃使用Object.defineProperty
监听数组,而采用了重写数组原型方法的方式来监听对数组数据的操作,并用$set
和splice
方法来更新数组,$set
和splice
会调用重写后的数组方法。
- Proxy 对象:
- 用于创建一个对象的代理,主要用于改变对象的某些默认行为,Proxy 可以理解成,在目标对象之前架设一层“拦截”,外界对该对象的访问,都必须先通过这层拦截,因此提供了一种机制,可以对外界的访问进行过滤和改写。
- 使用 Proxy 可以解决 Vue2 中的哪些问题,总结一下:
- Proxy 是对整个对象的代理,而 Object.defineProperty 只能代理某个属性。
- 对象上新增属性,Proxy 可以监听到,Object.defineProperty 不能。
- 数组新增修改,Proxy 可以监听到,Object.defineProperty 不能。
- 若对象内部属性要全部递归代理,Proxy 可以只在调用的时候递归,而 Object.definePropery 需要一次完成所有递归,Proxy 相对更灵活,提高性能。
# Reflect 的作用和意义
- 规范语言内部方法的所属对象,不全都堆放在 Object 对象或 Function 等对象的原型上。
- 修改某些 Object 方法的返回结果,让其变得更合理。
- 让 Object 操作是命令式的,让他们都变成函数行为。
- Reflect 对象的方法与 Proxy 对象的方法一一对应,只要是 Proxy 对象的方法,就能在 Reflect 对象上找到对应的方法。这就让 Proxy 对象可以方便地调用对应的 Reflect 方法,完成默认行为,作为修改行为的基础。也就是说,不管 Proxy 怎么修改默认行为,你总可以在 Reflect 上获取默认行为。
# 2025.1.20
# 小鹏
vue、react、angular 框架的响应式原理
- Vue2:通过 Object.defineProperty() 方法对数据进行劫持,当数据发生变化时,会触发 setter 方法,通知依赖的视图更新。
- Vue3:通过 Proxy 对象代理数据,当数据发生变化时,会触发 Proxy 的 set 方法,通知依赖的视图更新。
- React:通过 Virtual DOM 和 Diff 算法,当数据发生变化时,会重新渲染 Virtual DOM,然后通过 Diff 算法对比新旧 Virtual DOM,找出差异,最后更新差异部分。
- Angular:通过 Zone.js 拦截异步操作,当数据发生变化时,会触发 Angular 的变更检测机制,检测数据变化并更新视图。
react 中 hooks 不能放在 if 判断里的原因
- React 依赖于 Hook 调用顺序来确定每个 Hook 的状态。只要 Hook 的调用顺序在多次渲染之间保持一致,React 就能正确地将内部 state 和对应的 Hook 进行关联。如果 Hooks 的调用顺序在不同的渲染中不一致,React 无法保证为正确的 Hook 分配正确的状态。这会导致状态错位,进而引发难以追踪的错误比如内存泄漏,或者组件的表现与预期不一致。
- 通过在组件顶层调用 Hooks,React 可以在每次渲染中按照一致的顺序调用它们,确保状态管理和副作用处理的正确性和一致性。以便于对组件的行为进行预测和理解。这种设计模式也促进了代码的可读性和可维护性,React Hooks 是为了简化组件逻辑和提高代码可读性而设计的。
- 从生命周期的角度来看,Hook 的生命周期与组件的生命周期是紧密相关的。如果将 Hook 放在 if/循环/嵌套函数中,可能会造成 Hook 的生命周期与组件生命周期不一致,也就是说 Hook 的执行依赖于函数组件的调用顺序和调用次数。在 if/循环/嵌套函数 中调用 Hook,可能会导致它们的调用顺序和次数不一致,从而引发一些奇怪的问题,比如状态不稳定、内存泄漏等。
- 由于 React 的状态更新是异步的,只有当依赖项发生变化时,状态才会被更新。而放在条件或循环中的 Hook,其依赖项可能并不会随着条件的改变而改变,这就可能导致组件无法正确地重新渲染。
- 使用 Hook 应该遵守两条规则:只在最顶层使用 Hook,不要在循环,条件或嵌套函数中调用 Hook。只在 React 函数中调用 Hook(比如 React 的函数组件或自定义 Hook 中),不要在普通的 JavaScript 函数中调用 Hook。
Object.defineProperty 和 Proxy 的区别以及 Proxy 的优势:
- 前者代理对象上的属性,不能监听数组及对象深度变化,后者代理对象本身,可以深度监听数组对象变化,PS:Proxy 也不能自动递归代理嵌套对象。
- 兼容性现代浏览器都支持,大部分场景下 Proxy 性能优于 Object.defineProperty,在大规模简单数据的场景下 Proxy 性能可能不如 Object.defineProperty。因为 Proxy 的代理操作会引入一定的性能开销,而 defineProperty 是直接修改对象的属性描述符,开销较小。但是这个性能差距在大多数场景下是可以忽略的,所以在需要实现更复杂的逻辑控制的情况下,推荐使用 Proxy。
- Proxy 可以拦截并重写多种操作,如 get、set、deleteProperty 等;Object.defineProperty 只能拦截属性的读取和赋值操作。
- Proxy 支持迭代器,可以使用 for...of、Array.from() 等进行迭代;Object.defineProperty 不支持迭代器,无法直接进行迭代操作
- Proxy 可以通过添加自定义的 handler 方法进行扩展;Object.defineProperty 不支持扩展,只能使用内置的 get 和 set 方法拦截
- Proxy 使用 new Proxy(target, handler) 创建代理对象;Object.defineProperty 直接在对象上使用 Object.defineProperty(obj, prop, descriptor)
- Proxy 支持监听整个对象的变化,通过 get 和 set 方法拦截;Object.defineProperty 只能监听单个属性的变化,通过 get 和 set 方法拦截
- Proxy 性能相对较低,因为每次操作都需要经过代理;Object.defineProperty 性能相对较高,因为直接在对象上进行操作
- 通过索引去访问或修改已经存在的元素,Object.defineProperty 是可以拦截到的。如果是不存在的元素,或者是通过 push 等方法去修改数组,则无法拦截。vue2 在实现的时候,通过重写了数组原型上的七个方法(push、pop、shift、unshift、splice、sort、reverse)来解决
看代码说输出,什么是微任务和宏任务,以及它们的执行顺序
- 在创建 Promise 的时候,构造函数中的代码是同步执行的。这意味着在调用 new Promise() 时,传递给 Promise 的执行器函数(executor function)会立即执行。
- Promise 的 then, catch, finally 方法会把它们的回调函数添加到微任务队列中。微任务是在当前事件循环的最后执行,优先级高于宏任务(如 setTimeout、setInterval)。
const promise = new Promise((resolve, reject) => {
console.log(1);
setTimeout(() => {
console.log("TimerStart");
// Promise最初同步代码执行完毕后并未改变状态,仍是pending,直到resolve被调用,Promise状态变为resolved,此时会执行微任务队列中的回调函数,即then中的回调函数。
resolve("success");
console.log("TimerEnd");
}, 0);
console.log(2);
});
// promise.then 注册了一个回调函数,该回调函数会在 Promise 状态变为 resolved 后进入微任务队列。
promise.then((value) => {
console.log(value);
});
console.log(4);
// 1 2 4 TimerStart TimerEnd success
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
- 手写代码:扁平数组转成树
// 如题:
// input:
// [
// { id: 1, parentId: null },
// { id: 2, parentId: null },
// { id: 3, parentId: 1 },
// { id: 4, parentId: 1 },
// { id: 5, parentId: 3 },
// ]
// output:
// [{
// id: 1,
// parentId: null,
// children: [
// { id: 3, parentId: null, children: [{ id: 5, parentId: null, children: [] }] },
// { id: 4, parentId: null, children: [] },
// ],
// },
// { id: 2, parentId: null, children: [] })
// ];
const transform = (data) => {
const tree = [];
const map = new Map();
for (let node of data) {
// 在map中存储的是对象的引用,而不是对象的值,因此可以修改对象的属性。借助这个特性,我们在外部修改了map中的对象,也会影响到tree中的对象。所以最后从map中拿到的node也是被修改了之后的。这里是为了方便后续操作,将data中的对象转换成map中的对象。同时要注意map中set的是一个新的node,而不是直接set的data中的node,否则会污染data的原始数据。
map.set(node.id, { ...node, children: [] });
}
for (let node of data) {
const { id, parentId } = node;
// 在map中存储的是对象的引用,而不是对象的值,因此可以修改对象的属性。借助这个特性,我们在外部修改了map中的对象,也会影响到tree中的对象。所以最后从map中拿到的node也是被修改了之后的。
const treeNode = map.get(id);
if (!parentId) {
tree.push(treeNode);
} else {
const parentNode = map.get(parentId);
if (parentNode?.children) {
parentNode.children.push(treeNode);
}
}
}
return tree;
};
const nodes = [
{ id: 1, parentId: null },
{ id: 2, parentId: null },
{ id: 3, parentId: 1 },
{ id: 4, parentId: 1 },
{ id: 5, parentId: 3 },
{ id: 6, parentId: 3 },
{ id: 7, parentId: 4 },
];
transform(nodes);
console.log(JSON.stringify(transform(nodes), null, 2));
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
前端技术选型怎么做的?
- 项目需求分析:功能需求、性能需求、可扩展性
- 技术栈评估:社区和生态系统、成熟度和稳定性、学习曲线
- 团队能力和经验:现有技能、培训和招聘
- 项目时间和预算:开发周期、成本
- 未来发展和技术趋势:技术趋势、更新和支持
- 实验和原型:原型验证、性能测试
- 反馈和调整:用户反馈、持续监测
Promise.then.then.catch
:如果第一个 then 报错了,第二个 then 会执行吗?catch 能捕获到异常吗?throw Error 和 reject 的区别?- 如果第一个 then 报错了,第二个 then 没有第二个参数的话,则不会执行!
- resolve 执行之后是可以在后面继续 return value 或者执行其他代码的!
- 如果多个 then 链式调用并在最后跟了一个 catch,那么任意一个 then 的报错都会被这个 catch 捕获到。catch 会捕获到所有 then 链中的错误,包括异步的错误。
- 如果每个 then 后面都跟一个 catch,那么每个 catch 只会捕获到自己对应的 then 的错误,而不会捕获到其他 then 的错误。
Promise.then.catch.then.catch
:如果第一个 then 报错了,第二个 then 会执行吗?两个 catch 都能捕获到异常吗?- 如果第一个 then 抛出错误:
- 异常会被紧接着的第一个 catch 捕获。
- 捕获异常后,链会继续向下执行,下一个 then 会执行。
- 如果后续的 then 中不再抛出错误,那么第二个 catch 将不会被触发。
- 第一个 catch 的行为决定了第二个 then 是否执行:
- 如果 catch 返回一个值,第二个 then 会执行并接收此值。
- 如果 catch 抛出错误,第二个 then 不会执行,而是跳到下一个 catch。
- throw Error 和 reject 的区别:throw Error 是抛出一个同步的错误,而 reject 是抛出一个异步的错误,通常用于 Promise 中。
- 拓展:
- 错误传播:在 Promise 链中,如果在 .then 回调函数中抛出错误,这个错误会被传递到链中下一个 .catch 或者接下来链中的 .then 的第二个参数(如果提供了)中。
- 跳过后续 .then:当错误发生时,Promise 链将跳过所有后续的 .then(前提是后面的 then 都没有定义 reject 函数,才会直到遇到 .catch 为止,否则会被定义了 reject 函数的 then 拦截到这个错误并处理而不会再被 catch 拦截一遍,之后的 then 正常执行),并直接进入 .catch。
- .catch 捕获错误:.catch 会捕获链中上游任何一个 .then 抛出的错误或者 Promise 本身的 reject 状态。
- 如果第一个 then 抛出错误:
new Promise((resolve, reject) => {
resolve("Initial Success");
console.log("test1"); // 会最先被打印出来
})
.then((data) => {
console.log(data); // 输出: Initial Success
throw new Error("Something went wrong in first then");
console.log("test2"); // 不会打印
})
.then(
(data) => {
// 这个不会被执行,因为前一个 then 抛出了错误
console.log("This will not be logged:", data);
return "Success in second then";
},
(err) => {
// 如果定义了reject函数,那么会执行这个函数,如果这个函数返回了值,那么这个值会被传递给下一个then的resolve函数。
console.log("This is 2nd then reject err:", err);
return Promise.resolve("from 2nd then reject");
}
)
.then(
(res) => {
console.log("this is 3rd then resolve", res);
},
(err) => {
console.log("this is 3rd then reject", err);
}
)
.catch((error) => {
// 这里会捕获到第一个 then 中抛出的错误
console.error("Caught an error:", error.message); // 输出: Caught an error: Something went wrong in first then
});
// 输出如下:
// Initial Success
// This is 2nd then reject err: Error: Something went wrong in first then at <anonymous>:6:11
// this is 3rd then resolve from 2nd then reject
new Promise((resolve, reject) => {
resolve("Initial Success");
})
.then((data) => {
console.log(data); // 输出: Initial Success
throw new Error("Something went wrong in first then");
})
.then((data) => {
// 这个不会被执行,因为前一个 then 抛出了错误
console.log("This will not be logged:", data);
return "Success in second then";
})
.then(
(res) => {
console.log("this is 3rd then resolve", res);
},
(err) => {
// 这里会执行!
console.log("this is 3rd then reject", err);
}
)
.catch((error) => {
// 这里会捕获到第一个 then 中抛出的错误
console.error("Caught an error:", error.message); // 输出: Caught an error: Something went wrong in first then
});
// 输出如下:
// Initial Success
// this is 3rd then reject Error: Something went wrong in first then at <anonymous>:6:11
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
有一个页面加载大量图片,怎么做性能优化?页面多图片加载优化?
- 懒加载(Lazy Loading):对于图片来说,可以使用原生的
loading="lazy"
属性,或使用懒加载库,如 lazysizes,来实现这一点。这样可以显著减少初始加载时间。 - 使用响应式图片:根据设备的不同分辨率,提供不同大小的图片,以减少不必要的带宽消耗。可以使用 srcset 和 sizes 属性来实现。
- 图像压缩与格式优化:压缩图片:使用工具(如 TinyPNG、ImageOptim 等)压缩图片文件。选择合适的格式:对于高质量的图像,使用 JPEG;对于透明背景,使用 PNG;使用 WebP 格式可以达到更好的压缩效果。
- 使用内容分发网络(CDN):通过 CDN 分发图片,减少服务器负载,并加快加载速度,因为 CDN 会选择离用户最近的服务器提供资源。
- 利用浏览器同个域名最多建立 6 个 http 请求的特性,使用不同的 CDN 域名,可以提高并发请求数量。
- HTTP2:多路复用,一个链接就可以并行请求多张图片,减少加载时间。
- 预加载关键图像:对于首屏需要立即展示的图片,可以使用
<link rel="preload">
标签来提前加载,确保它们在页面加载时立即可见。 - 精灵图(CSS Sprites):将多个小图片合并成一张大图片,通过 CSS 显示不同的部分,减少 HTTP 请求数量。
- 延迟加载非关键内容:对于不影响首屏显示的图片,如页面底部的图片,可以延迟加载。用户滚动到图片所在位置时再加载这些图片。
- 使用 Intersection Observer:利用浏览器的 Intersection Observer API 可以高效地实现懒加载,监控图片何时进入视口,并在需要时加载它们。
- 优化缓存策略:为图片设置合适的缓存头,确保用户在后续访问时可以直接从缓存中加载图片,而不是重新下载。
Cache-Control: max-age=31536000
。 - 硬件加速:使用 CSS 的
transform: translate3d(0, 0, 0);
、opacity
、will-change: transform, opacity;
属性进行硬件加速,可以提高页面渲染性能。 - 前端硬件加速的使用场景:CSS 动画、3D 加载、视频播放、WebGL 渲染、Canvas 绘图、SVG 动画等。使用
<canvas>
标签时,可以选择 2D 上下文或 WebGL 上下文。WebGL 是基于 GPU 的绘图 API,可以直接触发硬件加速。const gl = canvas.getContext('webgl'); // 获取 WebGL 上下文
- Web 动画 API:硬件加速动画
<div id="box"></div> <script> const box = document.getElementById("box"); box.animate([{ transform: "translateX(0)" }, { transform: "translateX(300px)" }], { duration: 1000, iterations: Infinity, }); </script>
1
2
3
4
5
6
7
8
9- 使用
<video>
标签播放视频时,现代浏览器会自动利用 GPU 加速视频解码。HTML5 视频播放默认支持硬件加速,只需使用<video>
标签即可。
- 懒加载(Lazy Loading):对于图片来说,可以使用原生的
性能优化看哪些指标?
页面加载时间:
- Time to First Byte (TTFB): 从用户请求到接收到第一个字节所需的时间,反映了服务器的响应速度。
- First Contentful Paint (FCP): 页面上的第一个文本或图像内容绘制在屏幕上的时间。
- Largest Contentful Paint (LCP): 页面主内容加载完成的时间,反映了页面的可用性。
- TBT:
- TTI:首次可交互时间,反映用户与页面的交互响应速度。
- FP:页面首次绘制的时间,反映用户与页面的交互响应速度。
- FMP:
- DOMContentLoaded:DOM 加载完成时间,反映页面的加载速度。
- 首次可交互时间:用户与页面的交互响应速度。
- 首次可点击时间:用户与页面的交互响应速度。
- CSS 两列布局:左侧固定右侧自适应:float、flex、grid、position 等等
<div class="container">
<div class="left">左侧</div>
<div class="right">右侧</div>
</div>
2
3
4
/* 1. float */
.container {
width: 100vw;
height: 100vh;
overflow: hidden;
background: yellowgreen;
}
.left {
float: left;
width: 200px;
background: red;
}
.right {
width: calc(100% - 200px);
margin-left: 200px;
background: grey;
}
/* 2. position */
.container {
position: relative;
width: 100vw;
height: 100vh;
background: yellowgreen;
}
.left {
position: absolute;
left: 0;
top: 0;
width: 200px;
height: 100%;
background: red;
}
.right {
/* width: calc(100% - 200px); */
margin-left: 200px;
background: grey;
}
/* 3. flex */
.container {
display: flex;
width: 100vw;
height: 100vh;
background: yellowgreen;
}
.left {
width: 200px; /* 左侧固定宽度 */
background: red;
}
.right {
flex: 1; /* 右侧自适应 */
background: grey;
}
/* 4. grid */
.container {
display: grid;
grid-template-columns: 200px 1fr; /* 左侧固定宽度,右侧自适应 */
width: 100vw;
height: 100vh;
background: yellowgreen;
}
.left {
background: red;
}
.right {
background: grey;
}
/* 5. table */
.container {
display: table;
width: 100%; /* 占满父级宽度 */
}
.left {
display: table-cell;
width: 200px; /* 左侧固定宽度 */
background: red;
}
.right {
display: table-cell;
background: grey; /* 右侧自适应 */
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
flex:1
的含义及默认值:flex-grow:1;flex-shrink:1;flex-basis:0%;
(Chrome)- 同理:
flex:0
==>flex-grow:0;flex-shrink:1;flex-basis:0%;
(Chrome) - 同理:
flex:auto
==>flex-grow:1;flex-shrink:1;flex-basis:auto;
(Chrome)
- 同理:
# 2025.3.5
# 药明笔试
- 处理 tweet 时间事件
- 没读懂题目
- 数组中相同数字出现的最多的次数称为数组的度,要求找出满足和该数组的度相同的子数组的最小长度
- 遍历找出数组的度,然后记录相应的数字第一次和最后一次出现的位置,计算出子数组的长度,找出最小的子数组长度
- SQL:从部门表和职员表中找出薪资最高的职员并合并成一张新的表
SELECT e.department_id AS Department, e.name AS Employee, e.salary AS Salary FROM employees e JOIN departments d ON e.department_id = d.department_id ORDER BY e.salary DESC LIMIT 1
- Shell:只输出一个文件的第十行的内容
- 用
sed
命令:sed -n '10p' filename
- 用
awk
命令:awk 'NR==10' filename
- 用
head
和tail
命令:head -n 10 filename | tail -n 1
- 用
cat
和sed
命令:cat filename | sed -n '10p'
- 用
cat
和awk
命令:cat filename | awk 'NR==10'
- 用
cat
和head
和tail
命令:cat filename | head -n 10 | tail -n 1
- 用
cat
和sed
和awk
命令:cat filename | sed -n '10p' | awk '{print}'
或cat filename | awk 'NR==10' | sed -n '1p'
- 用
# 3.8
# 日本
原型和原型链
new 一个对象的时候发生了什么,如果 return 了一些东西会发生什么?
- 创建一个新对象:当你使用 new 关键字时,会创建一个全新的对象。这个对象的原型会被设置为构造函数的原型对象(Constructor.prototype)。
- 执行构造函数:然后 JavaScript 会执行构造函数内的代码。构造函数中的 this 关键字将指向新创建的对象。在这个函数中,通常会初始化对象的属性和方法。
- 返回对象:
- 如果构造函数没有显式返回值:JavaScript 默认会返回新创建的对象。
- 如果构造函数显式返回一个对象:则会返回该对象,而不是默认返回的新对象。
- 如果返回的是基本类型(如字符串、数字、布尔值等)或不返回任何东西:则无论如何,都会返回新创建的对象。
原型链继承和构造函数继承的区别
- 原型链继承是通过将子类的原型指向父类的实例来实现的。子类可以访问父类实例的属性和方法。
- 构造函数继承是通过在子类构造函数内调用父类构造函数来实现的。这种方式可以将父类的属性复制到子类的实例中。
特性 原型链继承 构造函数继承 属性继承 只继承父类的原型属性 继承父类的实例属性 方法继承 通过原型共享方法,所有实例共享同一个方法 每个实例都有自己的方法副本 构造函数参数 无法向父类构造函数传递参数 可以向父类构造函数传递参数 多重继承 不支持多重继承 也不支持多重继承 实例共享 所有子类实例共享父类的属性 每个子类实例都拥有自己的属性副本 性能 更节省内存,但方法共享可能导致状态不一致 占用更多内存,但每个实例都有独立的状态 - 寄生组合继承可以结合二者的优点:使用构造函数继承实例属性,同时使用原型链继承共享方法。在构造函数中调用父类构造函数来继承属性,并使用
Object.create()
来建立原型链。这样,结合两者的优点,就能更好地实现 JavaScript 中的继承。
setState 是同步的还是异步的,在 16 和 18 版本的区别
- 一般来说是异步的,但实际上是由于 react 的批处理机制合并多次 setState 为一次更新导致的,在 setTimeout 中就是同步的,多次调用就会导致多次渲染(react16),在 react18 版本中做了修改,在 setTimeout 中多次调用也会合并成一次更新了。也可以使用
useTransition
Hook,用于处理并发状态更新。React 18 引入了并发渲染的能力,新的 startTransition API 允许开发者指定某些状态更新为“过渡”,从而改善用户体验。这个特性对 setState 的使用有直接影响。使用 startTransition 可以标记一些非紧急的更新,这样 React 就可以优先处理用户的输入,确保界面的响应性。通过这种方式,可以让 React 更好地管理状态更新的优先级,提高复杂应用的性能和响应性。
import { startTransition } from "react"; startTransition(() => { setState({ count: count + 1 }); }); const [isPending, startTransition] = useTransition(); const handleClick = () => { startTransition(() => { setState({ count: count + 1 }); }); };
1
2
3
4
5
6
7
8
9
10
11
12
13- 在 React 18 中,批处理的行为得到了进一步增强,支持在异步事件和 Promise 中自动批处理。这意味着即使是在异步操作中(比如在 setTimeout 或 Promise 的回调中),setState 的多次调用也可以被合并。这种增强使得在处理复杂状态更新时更加高效,减少了不必要的渲染。
- 在 React 18 中,useState 允许接受一个函数作为初始值,这对某些性能敏感的情况特别有用,确保初始状态只计算一次:
const [state, setState] = useState(() => { const initialValue = computeInitialValue(); // 只在初始渲染时调用 return initialValue; });
1
2
3
4- 一般来说是异步的,但实际上是由于 react 的批处理机制合并多次 setState 为一次更新导致的,在 setTimeout 中就是同步的,多次调用就会导致多次渲染(react16),在 react18 版本中做了修改,在 setTimeout 中多次调用也会合并成一次更新了。也可以使用
TS 泛型,是怎么做类型守卫的实现的?
- 泛型是一种允许在定义函数、类或接口时不指定具体类型,而是在使用时再指定的技术。它可以提高代码的灵活性和可复用性。例如,定义一个接受任意类型的数组的函数。
- 类型守卫是 TypeScript 中一种用于缩小变量类型范围的机制。它可以在运行时检查变量的类型,并且能够使 TypeScript 编译器更准确地推断变量的类型。
- 在 TypeScript 中,泛型守卫(Generic Guards)是一种用于在泛型代码中进行类型检查的技术。泛型守卫可以帮助你在使用泛型时,精确地推断出变量的具体类型,从而确保在编写代码时能够获得更好的类型安全和更准确的类型推断。
- 类型守卫是 TypeScript 中的一种机制,用于在运行时检查某个变量的类型,从而使 TypeScript 能够推断出该变量的具体类型。类型守卫的常见形式包括:
- typeof 检查:用于检查基本数据类型。
- instanceof 检查:用于检查对象的类型。
- 用户自定义类型守卫:通过返回类型为 arg is Type 的函数来实现。
- 使用 in 进行属性检查:in 操作符可以用于检查对象中是否存在某个属性,从而推断对象的类型。
- 在 TypeScript 中,主要的概念是 类型守卫(Type Guards)。而 泛型守卫 并不是一个正式的术语,但可以理解为在泛型上下文中使用类型守卫来进行类型判断和推断的技术。因此,实际上 TypeScript 只有类型守卫这一种机制,而泛型守卫是特指使用泛型时的类型守卫。
// typeof function log(value: string | number) { if (typeof value === "string") { console.log(value.toUpperCase()); // value 是 string } else { console.log(value.toFixed(2)); // value 是 number } } // instanceof class Dog { bark() { console.log("Woof!"); } } class Cat { meow() { console.log("Meow!"); } } function handlePet(pet: Dog | Cat) { if (pet instanceof Dog) { pet.bark(); // pet 是 Dog } else { pet.meow(); // pet 是 Cat } } // 自定义类型守卫 interface Dog { bark: () => void; } interface Cat { meow: () => void; } function isDog(pet: Dog | Cat): pet is Dog { return (pet as Dog).bark !== undefined; } function handlePet(pet: Dog | Cat) { if (isDog(pet)) { pet.bark(); // pet 是 Dog } else { pet.meow(); // pet 是 Cat } } // 泛型结合类型守卫 function isArray<T>(arg: T): arg is T[] { return Array.isArray(arg); } function processValue<T>(value: T) { if (isArray(value)) { console.log(`Array with length: ${value.length}`); // value 是 T[] } else { console.log(`Single value: ${value}`); // value 是 T } } processValue([1, 2, 3]); // 输出: Array with length: 3 processValue(10); // 输出: Single value: 10
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63看代码说输出:var 和 let 的区别,宏任务微任务,TS 的 interface 和 type 的区别
用没用过自定义 hooks
项目中怎么做的权限控制
# ebay 外包
// 请实现一个异步任务调度器,可以控制同时运行的异步任务数量。
// 要求
// * 构造一个 Scheduler 类,并实现 add 方法添加异步任务,每个任务返回一个 Promise。
// * Scheduler 每次只能执行两个异步任务,当一个任务完成后,下一个任务才能开始执行。
// * add 方法应返回一个 Promise,任务完成后该 Promise 将被 resolve
class Scheduler {
constructor() {
this.tasks = [];
this.count = 2;
this.taskNum = 0;
}
add(task) {
this.tasks.push(task);
const start = () => {
return new Promise(async (resolve) => {
if (!this.tasks.length) return;
if (this.taskNum >= this.count) return;
const task = this.tasks.shift();
try {
this.taskNum++;
await task();
this.taskNum--;
resolve();
} catch (e) {
console.log(e);
} finally {
start();
}
});
};
start();
}
}
const timeout = (time) => new Promise((resolve) => setTimeout(resolve, time));
const scheduler = new Scheduler();
const addTask = (time, name) => {
scheduler.add(() => timeout(time).then(() => console.log(name)));
};
addTask(1000, "A"); // Output A after 1s
addTask(500, "B"); // Output B after 0.5s
addTask(300, "C"); // After task A or B is completed, output C after 0.3s
addTask(400, "D"); // After task C is completed, output after 0.4s
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
# 4.1
# 数禾科技
let、const 与 var 的区别
var
:函数作用域或全局作用域,声明的变量会被提升到函数的顶部并初始化为 undefined,不存在暂时性死区。使用var
声明的变量可以被重新声明或覆盖。全局作用域的var
变量会成为全局对象的属性。let/const
:块级作用域,声明的变量会被提升,但不会被初始化。由于暂时性死区,在声明之前访问变量会报错ReferenceError
。全局作用域的let/const
变量不会成为全局对象的属性。let
声明的变量可以被重新赋值,而const
声明的变量不能被重新赋值(对于基本类型)。
函数中使用未声明的变量会报错:
ReferenceError
。非严格模式下,在(立即执行)函数中直接给未声明的变量赋值会创建一个全局变量,访问时报错ReferenceError
,即不使用 var、let、const 声明。严格模式下use strict;
访问和赋值时都会报错ReferenceError
。闭包的定义和作用,常见的闭包应用场景。
- 闭包:函数和对其周围状态(词法环境)的引用捆绑在一起形成的一个组合。即使函数在其词法作用域之外执行,闭包仍然可以访问这些变量。闭包是指函数能够记住并访问他的词法作用域,即使这个函数在词法作用域之外执行。
- 主要用途:数据隐藏,通过闭包创建私有变量,外部无法直接访问;实现模块和封装,闭包可以模拟 ES6 中的模块,实现代码封装。
- react 中的事件的箭头函数,科里化,防抖节流函数,umd 模块,HOC 等
position:absoulte;
在什么情况下才会生效?具体表现是什么?相对谁来定位的?- 元素设置了
position: absolute
(或position: fixed
)。且存在一个非 static
定位的祖先元素(即祖先元素设置了position: relative / absolute / fixed / sticky
)。如果没有这样的祖先元素,则相对于<html>
(或<body>
) 进行定位。 - 相对于最近的非 static 定位的祖先元素根据 top、left、bottom、right 来定位,如果没有符合条件的祖先元素,则相对于
<html>
(或<body>
) 进行定位。 - 脱离文档流,不再占据原来的空间,其他元素会忽略它的存在;如果没有设置 top、left、bottom、right 这些值,元素会保持在原来的位置(但依然脱离文档流);默认宽度由内容撑开,可以设置 width: 100% 来占满父容器的宽度;可以使用 z-index 控制堆叠顺序。
- absolute 的定位基准是
父级的内容区(content) + padding(不包括 margin 和 border)
。
- 元素设置了
position:fixed
是相对于视口 viewport 定位的,为啥有人说是相对于图层定位的?- CSS 规范明确规定,fixed 元素是相对于 浏览器视口(viewport) 定位的,与文档流无关。
- 滚动页面时,fixed 元素会固定在屏幕同一位置。
- 不受父级元素影响(即使父级有 transform、filter 等属性,也不会改变其定位基准,除非触发层叠上下文的影响)。
- 与绝对定位的工作方式完全相同,只有一个主要区别:绝对定位将元素固定在相对于其位置最近的祖先。如果没有,则为初始包含它的块。
- 某些 CSS 属性会创建新的定位上下文:如果祖先元素设置了
transform、filter、will-change
等属性,可能会意外改变 fixed 的定位基准(表现类似 absolute)。本质:这是浏览器的一个历史行为,而非 CSS 规范要求。现代浏览器已部分修复此问题。 - 浏览器渲染机制中的“图层”:fixed 元素会被浏览器提升到一个独立的合成层(Compositing Layer),与普通文档流分离。
硬件加速:常见的:
transform: translateZ(0); opacity: 0.99; will-change: transform; filter; clip-path; backface-visibility; perspective
等。如何校验一段 JSON 是否符合低代码平台的规范?
// 如下,我们规定 JSON 数据必须符合以下规范:
// 1. input-text和button-submit 只能包含在form元素或者form的后代元素
// 2. form元素可以包含在其他form元素的后代元素中,但不能被input-text、text、button-submit等包含
const data = [
{
type: "form",
children: [
{
type: "input-text",
},
{
type: "div",
children: [
{
type: "text",
},
{
type: "button-submit",
},
],
},
],
},
{
type: "input-text",
},
];
function validateData(data) {
const validTypes = new Set(["form", "input-text", "text", "button-submit", "div"]);
function isValidElement(element, insideForm) {
// 检查元素类型是否合法
if (!validTypes.has(element.type)) {
return false;
}
// 处理form元素
if (element.type === "form") {
// form不能被input-text、text、button-submit等包含
if (insideForm) {
return false;
}
// 进入form内部,继续检查其子元素
let valid = true;
if (element.children) {
for (const child of element.children) {
valid = valid && isValidElement(child, true); // 进入form内部,insideForm设为true
}
}
return valid;
}
// 如果是input-text、text、button-submit
if (["input-text", "text", "button-submit"].includes(element.type)) {
// 只能在form内部或form的后代元素中
return insideForm;
}
// 对于div元素,直接返回true,继续检查它的子元素
if (element.type === "div") {
let valid = true;
if (element.children) {
for (const child of element.children) {
valid = valid && isValidElement(child, insideForm); // 继续保持insideForm
}
}
return valid;
}
// 对于其他元素类型,默认返回false
return false;
}
// 检查每个顶层元素
for (const element of data) {
if (!isValidElement(element, false)) {
return false; // 如果任何元素不合法,返回false
}
}
return true; // 所有元素都合法,返回true
}
// 测试示例
const data = [
{
type: "form",
children: [
{
type: "input-text",
},
{
type: "div",
children: [
{
type: "text",
},
{
type: "button-submit",
},
],
},
],
},
{
type: "input-text",
},
];
console.log(validateData(data)); // 输出:false
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
- React.memo 特性和使用场景。