当前位置: 首页 > 知识库问答 >
问题:

vite - Vite 更新慢,谁能救救我?

笪涛
2023-08-03
当我仅修改文字时,控制台很快给出反馈

image.png

image.png

但是页面更新很慢,要20-30秒页面才更新,我看了下 waterfall ,不明白为什么这几个文件很慢很慢。 waiting for server response 时间太久了,有没有大佬懂的

image.png

共有1个答案

颜河
2023-08-03

已经解决。

刚使用 vite ,了解了下 vite 的缓存,通过 waterfall 中发现,很多文件其实已经是与构建了的。分析了页面引入的文件。 觉得有可能是代码逻辑复杂了(虽然我还是很不理解,几个代码而已,为啥这么慢),于是尝试把一些路由用到的组件进行懒加载,问题解决了。

20秒 降低到了不到 10 秒。 还需要继续深入研究下

 类似资料:
  • vite首屏打开很慢 第一次进入页面也是,页面加载很慢,用了elementui按需引入插件,会加载很多elementui的依赖包,项目vite版本4.4.5 尝试过导入"vite-plugin-optimize-persist""vite-plugin-package-config"这两个插件也报错了,貌似说v2.9版本以上就用不了了 ,两个插件已被弃用,只能自己配置 optimizeDeps 选

  • 我在android应用程序中使用Stripe。目前,客户机服务器用于创建客户和对卡收费。 现在我想在应用程序中保存条带返回的卡信息,并在自定义ui中显示支付方式中添加的卡的列表,以便更新、删除和选择默认卡。 我浏览了stripe的临时密钥文档,他们提供了显示卡细节的活动。但是我找不到如何在自定义ui中显示卡片列表。 有没有其他方法可以实现这一点,例如在本地保存卡信息? 条纹是否允许自定义卡片列表等

  • vite 是一个由原生 ESM 驱动的 Web 开发构建工具。在开发环境下基于浏览器原生 ES imports 开发,在生产环境下基于 Rollup 打包。 vite 作用 快速的冷启动:不需要等待打包操作; 即时的热模块更新:替换性能和模块数量的解耦让更新飞起; 真正的按需编译:不再等待整个应用编译完成,这是一个巨大的改变。 vite 功能实现 提供 web server:借用了 koa 来启动

  • 使用 Mercurial 的一个最大好处是, 你可以使用私有本地库来尝试和开发新特性... 如果新特性不管用, 你能在短时间内还原. 失误补救 Mercurial 让你能够尽情尝试. 假设在日常编辑过程中, 你的编辑器发生了异常, 结果你的代码悲剧了: hg revert Note hg revert 将修改的文件恢复到最近一次提交后的状态 非得爱上 emacs 才行吗 (译注: emacs 是

  • Vite 是一个通用的去中心化应用平台,在兼顾安全性的同时,满足了工业级应用对高吞吐、低延迟和扩展性的要求。 Vite 采用 DAG 账本结构,账本中的交易按账户分组。Vite 中的快照链结构,可以弥补账本自身防篡改能力的不足。通过分层共识算法 HDPoS,将交易的写入和确认解耦,并保障系统的高性能和扩展性。 Vite 的虚拟机部分兼容 EVM,智能合约语言在 Solidity 基础上进行了适当扩

  • GRUB2在BIOS平台上的常规启动步骤是这样的:BIOS --> boot.img[MBR] --> core.img[MBR gap/embedding area/BIOS Boot Partition] --> 设置"prefix root cmdpath"环境变量 --> 加载"normal.mod"模块[同时还包括它所依赖的 terminal crypto extcmd boot get