现在前端项目的开发过程离不开构建工具，面对琳琅满目的构建工具我们该如何选择最合适的是一个问题。在研究各种配置之余，我们去研究一下构建工具发展过程、底层原理，面对一些问题的时候往往事半功倍。

Parcel 一个号称「「0 配置」」的打包工具，开箱即用，同时默认使用 Worker 进程充分发挥多核 cpu 优势来提升构建速度，因此在打包效率上还是不错的，而且 Parcel 2.0 在 SWC

之前在使用 Vite 的时候，经常会遇到这种情况：项目启动以后，不管是首屏还是页面懒加载，如果发现有未进行预构建的第三方依赖，那么 Vite 就会重新预构建，然后触发页面的 reload。重复的页面l

谈到构建工具，大家首先想到的肯定就是 Webpack 以及现在最🔥的 Vite。Webpack，功能强大，生态丰富，从面世到今天，一直是很受大家欢迎；Vite采用

“ 打包 ”——一个前端研发无比熟悉的词语，打包工具从来都不是必要，后端（nodejs）几乎可以不使用，但在前端，又几乎不可以不用。

现代前端项目的开发过程中已经离不开构建工具的帮助了，无论你的项目是新是旧，你一定都多多少少接触过相关工具，然而： 前端项目为什么需要构建？ 为什么会有这么多的构建工具？ 我的项目应该使用哪个构建工具？

本文简单介绍了主流的打包工具，并借助Tooling.Report从6个维度对部分工具进行了横向比对。

文章的开头，我们一起回顾下关于前端上线的历史版本。 起初，前后端资源耦合在一起，常常是前端同学本地开发好后，手动将代码发送给后端同学，文件传输甚或是聊天对话框传输。而后后端同学将前端资源存储到后端工程里面，上线时一起部署发布。问题不言而喻，一是手动操作失误性较强，而且不可控。二…

如果说业务开发中最重要的能力，那定位代码的能力肯定是其中之一。 业务项目一般代码都很多，你拿到一个需求之后，可能改起来不难，但是要定位在哪里改比较难。 特别是接手别人写的代码的时候。 大家都是怎么在不