2023年了，你还不会高性能渲染吗？1万？10万？条数据，根本不怂，虚拟列表高性能渲染实战！

# 起笔

不脸红的说，这篇文章是2月份的时候才开始动笔的，咳咳~

磨磨唧唧这么久，不知不觉已经迈入四月了，这篇年终的文章才算匆匆写完。

# 前言

首先，思考下：

当我们在使用vue编写代码的时候，浏览器是如何识别的呢？进而联想到编辑器是如何识别的呢？更甚者我能可以思考其他各种类型的文件，平台是怎么识别的呢？

# 前言

配置文件，不言而喻，主要是我们进行项目和工程配置的文件。

如果是站在前端角度说的话，我们最常接触的就是 json以及 js类型的文件，这种形式的配置写法对前端非常友好，因为都是我们熟悉的 JS 对象结构，如：

• package.json
• webpack.config.js
• babel.config.js
• vue.config.js

前端组件化系列文章第二篇

一个使用 pnpm + workspace + changeset 的 monorepo 多包管理组件化项目

第一篇看这里：【前端组件化】系列文章第一篇——方案探究

前端组件化系列文章第一篇：前端组件化方案探究

# 背景

公司目前基于多业务部门，很多业务组件和功能逻辑都具有较高的普适性，但与此同时各业务部分和开发人员缺乏一定的交流平台，更多的是在遇到对应需求时会简单内部讨论一番，当了解到其他业务部门存在落地的方案时，再进一步进行沟通交流。

这种方式，总体来说还是比较原始的，无论从沟通方式的效率来说，还是对于组件业务逻辑的深入理解都是非常低效的。因此，对于探索一种高效的、简单的、现代化方案是非常有必要的。

# 前言

最近在面试的过程中有被问及到websocket的连接过程（简历中项目有使用到websocket），一时有点懵，以为是在问使用方式，后来确定了下是在问网络层面的连接过程，是如何进行的，以及http和socket的过程。

我只做过心跳和断网重连的一些基本使用，对原理层面知之甚少。对于简历中的项目涉及到的websocket技术还是属于了解的比较浅的，问题很有点大啊。总的来说对于简历中的技术应该还是要做到比较熟悉才行，项目和技术栈还是有必要好好准备一番的。

# 背景

最近在开发公司官网项目时，使用到了Eggjs+React的SSR方案，众所周知，官网等门户网站对于SEO和首屏优化非常重视，因此结合该场景考虑，最终决定使用SSR服务端渲染方案，也是在技术调研的时候发现了一个比较完善的基于eggjs封装的一个SSR框架，在初步尝试和测试了一段时间后，最终决定了这个方案。

想必大家都知道eggjs是基于koa封装实现的，而对于koa而言，最知名的莫过于他的洋葱模型中间件方案，这是一个很巧妙的设计，也是经常接触的一个知识点。因此对于其实现原理和运行逻辑也很值得我们进一步探索，做到知其然、知其所以然。

# JS类型

最新的 ECMAScript 标准定义了 8 种数据类型:

• 7种原始类型：Number、String、Boolean、Null、Undefined、Symbol、BigInt
• Object引用类型：Array、Object、Date、RegExp、Error、Map、Set、WeakMap、WeakSet，几乎所有通过 new 创建的，即构造函数类型

众所周知，JS是单线程的，但是其在浏览器中的具体运行机制是怎样的呢？什么是微任务什么是宏任务呢？本篇文章我们从整体宏观层面进行梳理和分享。