Webpack已经流行好久了，但很多同学使用webpack时还是一头雾水，一下看到那么多文档、各种配置、各种loader、plugin立马就晕头转向了。我也不例外，以至于很长一段时间对webpack都是一知半解的状态。但是想要继续做好前端，webpack是必须得跨过的一道坎，其实掌握webpack并不难，只是我们没有找到正确的方法。本文就是我自己在学习webpack时的一点心得体会，供大家参考。
Webpack 已经流行好久了，但很多同学使用 webpack 时还是一头雾水，一下看到那么多文档、各种配置、各种 loader、plugin 立马就晕头转向了。我也不例外，以至于很长一段时间对webpack都是一知半解的状态。但是想要继续做好前端，webpack 是必须得跨过的一道坎，其实掌握 webpack 并不难，只是我们没有找到正确的方法。本文就是我自己在学习 webpack 时的一点心得体会，供大家参考。
01 引言 随着互联网前端技术的发展，在前端工程愈发复杂多变的今天，模块化已经变成了前端从业者津津乐道的话题，各种模块化工具层出不穷。seajs, requirejs，bower，browserify 以及我们今天所要提到的一款前端模块化工具—webpack。达观数据的前端技术选型中也时常选用webpack作为模块化管理工具。 图1 webpack 02 什么是webapck Webpack从诞生到现在也有些年头了，现在已经更新到2.0版本了。它是一款优秀的模块加载器兼打包工具，其最大的特点是视
Webpack 是一个前端资源的打包工具，它可以将js、image、css等资源当成一个模块进行打包。
在浏览器中网页加载中 javascript 的 加载 和 执行会默认阻塞 DOM 的加载和页面的渲染。 因此，在编写代码的时候我们往往将 script 标签放到 body 的最后面。 当然，也可以通过异步创建 script 标签的方式来实现 js的异步加载。
一个前端应用能够单独跑，也能被作为一个模块集成到另一个应用里，这种架构方式就叫做微前端。
一个页面允许加载的外部资源有很多，常见的有脚本、样式、字体、图片和视频等，对于这些外部资源究竟是如何影响整个页面的加载和渲染的呢？今天我们来一探究竟。
随着网站功能逐渐丰富，网页中的js也变得越来越复杂和臃肿，原有通过script标签来导入一个个的js文件这种方式已经不能满足现在互联网开发模式，我们需要团队协作、模块复用、单元测试等等一系列复杂的需求
JavaScript，也缩写为 JS，是一种用于 Web 开发的编程语言。作为与 HTML 和 CSS 一起使用的 Web 核心技术之一，JavaScript 用于使网页具有交互性并构建 Web 应用程序。遵循通用显示标准的现代 Web 浏览器通过内置引擎支持 JavaScript，无需额外的插件。
我们有一个微信小程序，在迭代的过程中，为了赶进度，最初里面大部分页面都是利用 web-view 组件嵌套h5站点来实现的；h5站点，就是利用的vue-cli官方那一套搭建的单页面应用；随着项目的推进，迭代的节奏开始慢下来，老生常谈的前端项目优化问题，终于被提上了日程（主要有人吐槽加载太慢了）
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
这就引出了本篇博客的目的，一起来谈谈：项目前端部分的构建方式以及数据共享方式。
当HTML解析器解析HTML，如果遇到script标签，普通的script标签会暂停对DOM解析渲染，因为该脚本可能会修改DOM。
首先需要在服务器上建立一个文件，里面的内容确定了哪些文件需要缓存，哪些文件不需要，如果资源无法访问会使用什么页面等
可以看到，最简单的方法，就是将html，js，css放到不同的文件，然后通过src或者href引入。这里我们先不关注css，主要来看js。
当HTML解析器解析HTML，如果遇到script标签，普通的script标签会暂停对DOM解析渲染，因为该脚本可能会修改DOM。 这里有三种情况：普通脚步、defer、async。 ==defer、async只对外联script脚本文件有效, 内联script脚本设置无效。\==
浏览器的多线程中，有的线程负责加载资源，有的线程负责执行脚本，有的线程负责渲染界面，有的线程负责轮询、监听用户事件。
当我们首次运行 Vite 的时候，Vite 会执行依赖预构建，目的是为了兼容 CommonJS 和 UMD，以及提升性能。
在上一篇文章【微前端】single-spa 到底是个什么鬼[1] 聊到了 single-spa 这个框架仅仅实现了子应用的生命周期的调度以及 url 变化的监听。微前端的一个特点都没有实现，严格来说算不上微前端框架。
MPA（multiple page application）称为多页面应用，指多个页面的应用
好久没跟大家见面了。这两三年一直专注于公司的开发工作，做了很多事情，但回头看看，感觉这两年一直在吃 ’老本‘，前端相关的技术也没怎么追了。
当页面有多个 js 文件需要加载时，并不能确定其先后顺序，也就是异步加载(async)，当js 文件之间有相互依赖时，可以加上 defer 关键字，这样页面会按照代码先后顺序进行加载。
前端工程化彻底盛行的今天，我们已经习惯使用打包工具来帮助我们打包代码到最终能在浏览器运行的js或者css代码，这样我们就可以在编写代码时放心地使用所有的高级语法，其中最让前端coder感到爽快的就是 import export，我们不再需要像以前一样在html里面放很多很多script。或者使用amd。cmd，requirejs工具来写模块引用的代码，这些方便，也让我们很容易忽略一个问题，就是打包的产物的大小，当一个项目足够大时，我们的js甚至可以达到几MB到几十MB，所以，今天就来总结下关于减小构建产物体积，来达到减少首屏加载时间的内容
今天思考下前端源码安全的东西，不讲前端安全的大课题，只是针对于源码部分。 在我看来，源码安全有两点，一是防止抄袭，二是防止被攻击。
一个单页应用需要配置一个entry指明执行入口，web-webpack-plugin里的WebPlugin可以自动的完成这些工作：webpack会为entry生成一个包含这个入口的所有依赖文件的chunk，但是还需要一个html来加载chunk生成的js，如果还提取出css需要HTML文件中引入提取的css。
在JavaScript发展初期就是为了实现简单的页面交互逻辑，寥寥数语即可；如今CPU、浏览器性能得到了极大的提升，很多页面逻辑迁移到了客户端（表单验证等），随着web2.0时代的到来，Ajax技术得到广泛应用，jQuery等前端库层出不穷，前端代码日益膨胀，此时在JS方面就会考虑使用模块化规范去管理。 本文内容主要有理解模块化，为什么要模块化，模块化的优缺点以及模块化规范,并且介绍下开发中最流行的CommonJS, AMD, ES6、CMD规范。本文试图站在小白的角度，用通俗易懂的笔调介绍这些枯燥无味的概念，希望诸君阅读后，对模块化编程有个全新的认识和理解！
上例子通过jquery方法将页面的背景颜色改成红色，所以必须先引入jQuery库，就把这个库当作参数传入。这样做除了保证模块的独立性，还使得模块之间的依赖关系变得明显。
据统计，40%的人会放弃使用加载时间超过3秒的网站。对于加载慢的页面我也是没耐心等待的，同类型网站那么多，为什么不选择加载速度更快体验更好的呢。
在前端项目开发完成，我们肯定是需要对前端的项目进行测试优化。我们可以先用一些第三方工具对网站进行分析。工具例如
项目中我们常常会接触到模块，最为典型代表的是esModule与commonjs,在es6之前还有AMD代表的seajs,requirejs,在项目模块加载的文件之间，我们如何选择，比如常常因为某个变量，我们需要动态加载某个文件，因此你想到了require('xxx'),我们也常常会用import方式导入路由组件或者文件，等等。因此我们有必要真正明白如何使用好它，并正确的用好它们。
Webpack是一个开源的前端代码打包工具，它可以将多个JavaScript、CSS、图片等静态资源文件打包成一个或多个静态资源文件并通过模块化管理打包后的代码以提高前端应用程序的性能和加载速度，Webpack支持CommonJS、AMD、ES6等多种模块化规范并且提供了强大的插件机制和开发者工具，可以帮助开发者进行代码优化、压缩、混淆、实时重载等操作
如果我们项目是前后端分离并且内容是AJAX动态获取想要进行网站排名优化（SEO）的话，可以使用prerender
早期的javascript版本没有块级作用域、没有类、没有包、也没有模块，这样会带来一些问题，如复用、依赖、冲突、代码组织混乱等，随着前端的膨胀，模块化显得非常迫切。
我所在团队是做toB业务的，技术栈是Vue，团队目前有十多个典型的toB业务（菜单+内容布局），这些业务都是服务于一个大平台的，因为历史原因，每个业务都是独立的，都有一个html入口，所以当用户在这个大平台上使用这十多个业务的时候，每当切换系统时，页面都会刷新，体验很差；在开发层面，这十多个业务又有太多共同之处，每次修改成本都很高。
Web Workers API 的 Worker 接口代表一个可以轻松创建的后台任务，正常情况下，需要引用一个js脚本文件，那么有没有可能直接使用而不用"加载"JS脚本呢？ Worker 是什么 Web Workers API （https://developer.mozilla.org/en-US/docs/Web/API/Web_Workers_API）的 Worker 接口代表一个可以轻松创建的后台任务，并可以将消息发送回其创建者。创建一个工作程序只要简单的调用Worker() 构造函数，并指定一个
崴博.派克诞生于遥远西方的勇士之地，拥有着高超的机械技艺，善于运用各种工具来实现一些看似不可能完成的事。游历王者大陆时机缘巧合遇到了年轻的墨子，与之成为好友。后协助大宗师墨子建造了大陆第一雄城,被后人称为上古文明终结后最伟大的奇迹——长安！长安以“方舟”为驱动核心中枢，配合层出不断的机关，守护着华丽的大明宫。派克为人低调，不喜出现在大众视野，他是需求人性启迪的理想主义者，信奉着唯有光荣进化才能实现人类的全部潜能。
假如我们发现要写很多公共或是重用的dom、class、attr属性或是需要操作scope作用域，就要考虑代码最好不要copy、不要出现重复的代码段，好像是哪位大牛说的话，具体记不清了，反正就是为了性能优化等方面。
例如同一个域名 CDN 服务器上的 a.js，b.js，c.js 就可以按如下方式在一个请求中下载：
当前应用为原vue2.0单体通过 qiankun 微应用方式升级为 vue 3.0 + antd + ts，属于纯前端改造，不涉及后端调整。
- 对于浏览器而言，html文件是用户访问的入口点，也是所有资源的挂载点，所有资源都是通过html中的标记来进行引用的。
页面加载 首先，浏览器发起直接对目标html的请求，然后分析其中用到的资源并下载，浏览器有自己的规则来判断什么样的资源可以被并行下载，什么样的不可以，浏览器对加载顺序有着特殊的喜好： JS的出现会延迟后续CSS的下载，因为JS会改变页面元素，浏览器会延迟整个页面的渲染直到JS被下载解释并执行，所以必须让CSS的链接在JS前面以达到尽可能的并行。 与浏览器支持的并发连接数有关 在HTTP 1.1协议中要求浏览器访问同一host的连接数不得大于2，但事实上当前绝大多数浏览器都违背了这一要求，具体参见：并发连
前端的性能优化是一个很宽泛的概念，最终目的都是为了提升用户体验，改善页面性能。面试的时候经常会遇到问谈谈性能优化的手段，这个我分几大部分来概述，具体细节需要自己再针对性的去搜索，只是提供一个索引（太多了写不过来+主要是懒得写）。这里PC端和移动端分开说了，业务场景不同，需要考虑各自的优化手段
我所在团队是做 toB 业务的，技术栈是 Vue，团队目前有十多个典型的 toB 业务（菜单+内容布局），这些业务都是服务于一个大平台的，因为历史原因，每个业务都是独立的，都有一个 html 入口，所以当用户在这个大平台上使用这十多个业务的时候，每当切换系统时，页面都会刷新，体验很差；在开发层面，这十多个业务又有太多共同之处，每次修改成本都很高。
我们在 《Javascript简史》这遍文章中说过，「Javascript」这门语言是由 Netscape开发而来，当初开发的时候为了能让 「Javascript」这门语言能与 HTML 页面共存，而且不影响页面的其他内容，为此增加了一个统一的脚本支持（ script 脚本元素）。
这篇文章整理了18个Webpack插件，分享给Web开发的小伙伴。Plugin是一个扩展器，它丰富了webpack本身，针对的是loader结束后，webpack打包的整个过程，它并不直接操作文件，而是基于事件机制工作，会监听webpack打包过程中的某些分段，执行广泛的任务。
大部分用户希望网页能在 2 秒之内就完成加载。事实上，加载时间每多 1 秒，你就会流失 7% 的用户。如果加载需要太长时间，他们就会放弃访问。
面试官：你认为前端工作中最重要的是什么？ 答：用户体验！ 面试官：如何可以提升用户体验？ 答：从提升项目性能开始！ 面试官：如何才能提升项目性能呢？ 答：对项目进行优化! 面试官：如何对项目进行优化？ 答：主要从项目加载时以及运行时两方面进行优化。 面试官：如何进行加载时的优化？ 答：主要从以下几方面入手： CSS 写头部，JavaScript 写底部：所有放在 head 标签里的 CSS 和 JS 文件都会堵塞渲染。如果这些 CSS 和 JS 需要加载和解析很久的话，那么页面就会空白了，所以 JS 文件要
JS事件相关知识点整理 JS事件的驱动机制 常见JS事件 点击事件---onclick 焦点事件 获取焦点事件---onfocus 失去焦点事件----onblur 域内容改变事件---onchange 加载完毕事件----onload 表单提交事件---onsubmit 键位弹起事件---onkeyup 常用鼠标事件 鼠标移入事件----onmouseover 鼠标移出事件---onmouseout JS事件的两种绑定方式 元素事件句柄绑定 优缺点 DOM绑定方式 示例演示 优缺点 ----
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
