vite对浏览器的请求做了什么

简介: 本文主要讲vite在浏览器的请求方面的作用

网络异常,图片无法展示
|



hello 大家好,🙎🏻‍♀️🙋🏻‍♀️🙆🏻‍♀️

我是一个热爱知识传递,正在学习写作的作者,ClyingDeng 凳凳!


工作原理:


  • type="module" 浏览器中ES Module原生native支持。 如果浏览器支持type="module",我i们可以使用es6模块化的方式编写。浏览器会把我们需要导入的文件再发一次http请求,再发到服务器上。 开发阶段不需要打包
  • 第三方依赖预打包
  • 启动一个开发服务器处理资源请求


一图详解vite原理:

网络异常,图片无法展示
|


浏览器做的什么事啊


宿主文件index.html


<script type="module" src="/src/main.js"></script>


浏览器获取到宿主文件中的资源后,发现还要再去请求main.js文件。会再向服务端发送一次main.js的资源请求。


网络异常,图片无法展示
|


main.js


在main中,可以发现,浏览器又再次发起对vue.js?v=d253a66cApp.vue?t=1637479953836两个文件的资源请求。


服务器会将App.vue中的内容进行编译然后返回给浏览器,下图可以看出logo图片和文字都被编译成_hoisted_ 的静态节点。


网络异常,图片无法展示
|


从请求头中,也可以看出sfc文件已经变成浏览器可以识别的js文件(app.vue文件中要存在script内容才会编译成js)。对于浏览器来说,执行的就是一段js代码。


网络异常,图片无法展示
|


其他裸模块


如果vue依赖中还存在其他依赖的话,浏览器依旧会再次发起资源请求,获取相应资源。


了解一下预打包


对于第三方依赖(裸模块)的加载,vite对其提前做好打包工作,将其放到node_modules/.vite下。当启动项目的时候,直接从该路径下下载文件。


网络异常,图片无法展示
|


通过上图,可以看到再裸模块的引入时,路径发生了改变。


服务器做的什么事啊


总结一句话:服务器把特殊后缀名的文件进行处理返回给前端展示

我们可以模拟vite的devServe,使用koa中间件启动一个本地服务。


// 引入依赖
const Koa = require('koa')
const app = new Koa()
const fs = require('fs')
const path = require('path')
const compilerSfc = require('@vue/compiler-sfc')
const compilerDom = require('@vue/compiler-dom')
app.use(async (ctx) => {
 const { url, query } = ctx.request
 // 处理请求资源代码都写这
})
app.listen(3001, () => {
  console.log('dyVite start!!')
})


请求首页index.html


if (url === '/') {
    const p = path.join(__dirname, './index.html') // 绝对路径
    //  首页
    ctx.type = 'text/html'
    ctx.body = fs.readFileSync(p, 'utf8')
  }


网络异常,图片无法展示
|

看到上面这张图,就知道我们的宿主文件已经请求成功了。只是浏览器又给服务端发送的一个main.js文件的请求。这时,我们还需要判断处理一下main.js文件。


请求以.js结尾的文件


我们处理上述情况后,emmmm。。。发现main中还是存在好多其他资源请求。


基础js文件


main文件:


console.log(1)


处理main:


else if (url.endsWith('.js')) {
    // 响应js请求
    const p = path.join(__dirname, url)
    ctx.type = 'text/javascript'
    ctx.body = rewriteImport(fs.readFileSync(p, 'utf8')) // 处理依赖函数
  }


对main中的依赖进行处理


你以为main里面就一个输出吗?太天真了。这样的还能处理吗?

main文件:


import { createApp, h } from 'vue'
createApp({ render: () => h('div', 'helllo dyVite!') }).mount('#app')


emmm。。。应该可以!

我们可以将main中导入的地址变成相对地址。

在裸模块路径添加上/@modules/。再去识别/@modules/的文件即(裸模块文件)。


// 把能读出来的文件地址变成相对地址
// 正则替换 重写导入 变成相对地址
// import { createApp } from 'vue'  => import { createApp } from '/@modules/vue'
function rewriteImport(content) {
  return content.replace(/ from ['|"](.*)['|"]/g, function (s0, s1) {
    //  s0匹配字符串,s1分组内容
    // 是否是相对路径
    if (s1.startsWith('./') || s1.startsWith('/') || s1.startsWith('../')) {
      // 直接返回
      return s0
    } else {
      return ` from '/@modules/${s1}'`
    }
  })
}


对于第三方依赖,vite内部是使用预打包请求自己服务器/node_modules/.vite/下的内部资源。 我们可以简单化一点,将拿到的依赖名去客户端下的node_modules下拿相应的资源。


else if (url.startsWith('/@modules/')) {
    // 裸模块的加载
    const moduleName = url.replace('/@modules/', '')
    const pre![1637477009328](imgs/1637477009328.png)![1637477009368](imgs/1637477009368.png)的地址
    const module = require(prefix + '/package.json').module
    const filePath = path.join(prefix, module) // 拿到文件加载的地址
    // 读取相关依赖
    const ret = fs.readFileSync(filePath, 'utf8')
    ctx.type = 'text/javascript'
    ctx.body = rewriteImport(ret) //依赖内部可能还存在依赖,需要递归
  }
复制代码


在main中进行render时,会报下图错误:


网络异常,图片无法展示
|


我们加载的文件都是服务端执行的库,内部可能会产生node环境的代码,需要判断一下环境变量。如果开发时,会输出一些警告信息,但是在前端是没有的。所以我们需要mock一下,告诉浏览器我们当前的环境。

给html加上process环境变量。


<script>
    window.process = { env: { NODE_ENV: 'dev' } }
  </script>


此时main文件算是加载出来了。

但是这远远打不到我们的目的啊!

我们需要的是可以编译vue文件的服务器啊!


处理.vue文件


main.js文件:


import { createApp, h } from 'vue'
import App from './App.vue'
createApp(App).mount('#app')


在vue文件中,它是模块化加载的。


网络异常,图片无法展示
|


我们需要在处理vue文件的时候,对.vue后面携带的参数做处理。

在此,我们简化只考虑template和sfc情况。


else if (url.indexOf('.vue') > -1) {
    // 处理vue文件  App.vue?vue&type=style&index=0&lang.css
    // 读取vue内容
    const p = path.join(__dirname, url.split('?')[0])
    // compilerSfc解析sfc  获得ast
    const ret = compilerSfc.parse(fs.readFileSync(p, 'utf8'))
    // App.vue?type=template
    // 如果请求没有query.type 说明是sfc
    if (!query.type) {
      // 处理内部的script
      const scriptContent = ret.descriptor.script.content
      // 将默认导出配置对象转为常量
      const script = scriptContent.replace(
        'export default ',
        'const __script = ',
      )
      ctx.type = 'text/javascript'
      ctx.body = `
  ${rewriteImport(script)}
  // template解析转换为单独请求一个资源
  import {render as __render} from '${url}?type=template'
  __script.render = __render
  export default __script
`
    } else if (query.type === 'template') {
      const tpl = ret.descriptor.template.content
      // 编译包含render模块
      const render = compilerDom.compile(tpl, { mode: 'module' }).code
      ctx.type = 'text/javascript'
      ctx.body = rewriteImport(render)
    }
  }


处理图片路径


直接从客户端读取返回。


else if (url.endsWith('.png')) {
    ctx.body = fs.readFileSync('src' + url)
  }


文末有惊喜


感谢大家一直一来支持与鼓励, 今天我的文章终于过百啦!

可以先点个关注🙋‍♀️,防止迷路!

如果评论区超过 20 人互动,一赞一评👍!

我将抽取一位幸运读者,送出掘金马克杯(或者掘金搪瓷杯)一个🙇‍♀️!

还是老样子(不需要承担运费哦)😁!

网络异常,图片无法展示
|

网络异常,图片无法展示
|

活动截止11月30号!心动不如行动🎈🎈🎈!

抽奖方式:使用随机数方式抽取第random位评论者✨。

随机数random区间:最大值取点赞数评论数的最小值。

中奖的幸运儿这次不用担心过期啦,我会一直等到你回复我的哈🤞🤞🤞!

感兴趣的朋友可以关注 vite系列专栏或者点击关注作者哦(●'◡'●)!。 如果不足,请多指教。


幸运儿揭秘的🎊


幸运儿会是谁呢?!


网络异常,图片无法展示
|


本文一共65个评论!去除重复的一条,共64条。

激动人心的时候到啦!📢

恭喜第37位评论的幸运儿!


前端木木


网络异常,图片无法展示
|

目录
相关文章
|
1月前
|
安全 开发者
【问题篇】浏览器get请求带token
【问题篇】浏览器get请求带token
42 0
|
1月前
|
Web App开发 缓存 JSON
|
3月前
|
JSON 前端开发 安全
浏览器跨域限制:为什么浏览器不能跨域发送Ajax请求?
浏览器跨域限制:为什么浏览器不能跨域发送Ajax请求?
36 0
|
3月前
|
存储 缓存 Java
从浏览器发送请求给SpringBoot后端时,是如何准确找到哪个接口的?(下篇)
从浏览器发送请求给SpringBoot后端时,是如何准确找到哪个接口的?(下篇)
61 1
|
4月前
|
Web App开发 测试技术 API
Postman软件基本用法:浏览器复制请求信息并导入到软件从而测试、发送请求
Postman软件基本用法:浏览器复制请求信息并导入到软件从而测试、发送请求
|
7月前
|
存储 JSON BI
如何让 ABAP 服务器能够响应通过浏览器发起的自定义 HTTP 请求的试读版
如何让 ABAP 服务器能够响应通过浏览器发起的自定义 HTTP 请求的试读版
42 0
|
8月前
Vite 如何兼容老版本浏览器,解决浏览器无报错但打开空白
最近一个医院的项目,遇到有些电脑能访问web页面,有些电脑无法访问。最后发现是浏览器版本不一样,老的浏览器版本不能正常访问,而新的浏览器可以访问。因为医院是内网环境,电脑数量又比较多,所以没办法一一去升级浏览器版本。
440 0
|
10月前
|
缓存
PostMan请求与浏览器请求
PostMan请求与浏览器请求
159 0
|
JavaScript API
js:fetch在浏览器中发送 HTTP 请求
js:fetch在浏览器中发送 HTTP 请求
88 0
|
Web App开发 缓存 网络协议
浏览器原理 03 # HTTP 请求流程:为什么很多站点第二次打开速度会很快?
浏览器原理 03 # HTTP 请求流程:为什么很多站点第二次打开速度会很快?
338 0
浏览器原理 03 # HTTP 请求流程:为什么很多站点第二次打开速度会很快?