vue 性能优化首页白屏

vue 页面首次加载缓慢原因及解决方案

第一次打包vue的项目部署到服务器,发现首次加载特别的缓慢要几十秒才加载出来,完全没有在本地开发环境上那么流畅. 主要原因是页面在打包后没有进行相关的配置导致资源文件特别大,一次想要全部加载完成回特别的耗时. 下面是总结的vue项目性能优化的方案一:vue-router 路由懒加载在使用同步的方式加载组件的时候,首屏加载会对网络资源加载比较多,资源比较大,加载速度比较慢,所以设置路由懒加载,按需加载会加速首屏的渲染. 但是在设置懒加载之后,实现按需加载,那么项目打包不会把所有js打包进ap

vue项目打包之后首页白屏的问题

本地的vue项目在server端浏览没问题,但是执行npm run build 打包之后在本地预览是白屏. 解决方法 1.路径问题在config文件夹中找到index.js打开把assetsPublicPath: '/'改成assetsPublicPath: './' 2.路由问题 router.js中注释 // mode: 'history', // 默认hash src里边router/index.js路由配置里边默认模式是hash,如果是history模式,打开会出现空白页.所以mod

前端vue性能优化

一:代码层次优化 1.1.v-if 和 v-show 区分使用场景 v-if 是真正的条件渲染,因为它会确保在切换过程中条件块内的事件监听器和子组件适当地被销毁和重建:也是惰性的:如果在初始渲染时条件为假,则什么也不做--直到条件第一次变为真时,才会开始渲染条件块. v-show 就简单得多, 不管初始条件是什么,元素总是会被渲染,并且只是简单地基于 CSS 的 display 属性进行切换. 所以,v-if 适用于在运行时很少改变条件,不需要频繁切换条件的场景:v-show 则适用于需要非

Vue性能优化

今天来谈一谈Vue中一些性能优化的问题,仅仅是个人使用中的一些小心得,来,今天我一句废话不多说,直接上内容好吧 1.v-if和v-show的使用, 我们都知道这两个都可以控制显隐,那我们用哪个呢,个人觉得要从两个方面入手来确定使用哪个, 1.权限的问题,只要涉及到权限相关的展示用v-if比较好 2.切换地频率,如果频繁的切换我们用v-show,不频繁的切换用v-if 其实两者各有优缺,就看你是怎么选择了,用v-if能减少页面中的DOM总数,加快渲染的速度,而且我们要清楚一个事情 v-if是'真正

vue性能优化1--懒加载

懒加载也叫延迟加载,即在需要的时候进行加载.随用随载.为什么需要懒加载?像vue这种单页面应用,如果没有应用懒加载,运用webpack打包后的文件将会异常的大,造成进入首页时,需要加载的内容过多,时间过长,会出啊先长时间的白屏,即使做了loading也是不利于用户体验,而运用懒加载则可以将页面进行划分,需要的时候加载页面,可以有效的分担首页所承担的加载压力,减少首页加载用时简单的说就是:进入首页不用一次加载过多资源造成用时过长!!! 前提有两个页面,分别是abc.def和一个组件hello,ab

Vue性能优化之组件按需加载（以及一些常见的性能优化方法）

关于Vue中的按需加载我就简单介绍一下:大概就是我们所有的东西都会在app.js里面,但是我们并不需要把所有的组件都一次性加载进来,我们可以在需要它的时候再将它加载进来,话不多说,开车! 1.webpack2 + ES5结合开车没发车前,我们页面加载的js是这样的: 任你随便点,你就只加载了这一个app.js文件,你所有的组件都在这里面准备发车:把你的路由中引入组件的方式改成这样: 再来看看我们的页面上加载的js文件(开车后): 只有当你加载了这个CityPicker组件的时候,我才引入它,

vue android低版本白屏问题你是不是用了Object.assign ？？

问题描述在部分比较低版本的手机中,发现apk安装后白屏,但是大部分手机都能安装. 本人在使用android4.4时候,也是安装后打开白屏. 原因: 代码写法不兼容 this.user = Object.assign({}, this.user, { age: , name: "huangenai" }); 不能用Object.assign 这种写法是ES6中合并对象用的,IE不支持 Object.assign,一些低版本的浏览器也不支持该方法, 解决方案项目中安装 npm inst

vue首次加载白屏过渡动画（vue优化）

过渡动画需要在index.html文件里面添加 1.css,在public.index.css创建index.css html, body, #app { height: 100%; margin: 0px; padding: 0px; } .chromeframe { margin: 0.2em 0; background: #ccc; color: #4ea3fb; padding: 0.2em 0; } #loader-wrapper { position: fixed; top: 0;

浅谈vue性能优化

基础优化所谓的基础优化是任何 web 项目都要做的,并且是问题的根源.HTML,CSS,JS 是第一步要优化的点分别对应到 .vue 文件内的,<template>,<style>,<script>,下面逐个谈下 vue 项目里都有哪些值得优化的点 template 语义化标签,避免乱嵌套,合理命名属性等等标准推荐的东西就不谈了. 模板部分帮助我们展示结构化数据,vue 通过数据驱动视图,主要注意一下几点 v-show,v-if 用哪个?在我来看要分两个维度去思考问

VUE性能优化总结

1.v-show,v-if 用哪个? 在我来看要分两个维度去思考问题: 第一个维度是权限问题,只要涉及到权限相关的展示无疑要用 v-if, 第二个维度在没有权限限制下根据用户点击的频次选择,频繁切换的使用 v-show,不频繁切换的使用 v-if, 这里要说的优化点在于减少页面中 dom 总数,我比较倾向于使用 v-if,因为减少了 dom 数量,加快首屏渲染,至于性能方面我感觉肉眼看不出来切换的渲染过程,也不会影响用户的体验. 2.不要在模板里面写过多的表达式与判断 v-if="isShow

vue nextTick深入理解－vue性能优化、DOM更新时机、事件循环机制

一.定义［nextTick.事件循环］ nextTick的由来: 由于VUE的数据驱动视图更新,是异步的,即修改数据的当下,视图不会立刻更新,而是等同一事件循环中的所有数据变化完成之后,再统一进行视图更新. nextTick的触发时机: 在同一事件循环中的数据变化后,DOM完成更新,立即执行nextTick(callback)内的回调. 应用场景: 需要在视图更新之后,基于新的视图进行操作. 以上出现了事件循环的概念,其涉及到JS的运行机制,包括主线程的执行栈.异步队列.异步API.事件循环的协

对vue nextTick深入理解－vue性能优化、DOM更新时机、事件循环机制

一.定义［nextTick.事件循环］ nextTick的由来: 由于VUE的数据驱动视图更新,是异步的,即修改数据的当下,视图不会立刻更新,而是等同一事件循环中的所有数据变化完成之后,再统一进行视图更新. nextTick的触发时机: 在同一事件循环中的数据变化后,DOM完成更新,立即执行nextTick(callback)内的回调. 应用场景: 需要在视图更新之后,基于新的视图进行操作. 以上出现了事件循环的概念,其涉及到JS的运行机制,包括主线程的执行栈.异步队列.异步API.事件循环的协

vue性能优化2--引入cdn

当我们加载页面时,需要将我们所需要的一些依赖加载到当前会话中然后再开始执行,如果我们首屏,模块比较多是,需要等待的时间会比较长,而且.浏览器内存最多执行四十个进程,需要等到加载完前面的才能执行后面的代码,如果我们采用cdn的方式来引入一些第三方资源,就可以缓解我们服务器的压力,原理是将我们的压力分给其他服务器点. 配置首页引入这些cdn,index.html <!DOCTYPE html> <html lang="en"> <head> <me

Vue 性能优化track-by

Vue 是一个MVVM框架所谓mvvm就是model-->view,view-->model. vue帮助我们实现了自动绑定.省点我们用JQUERY,zpeto 去操作dom的麻烦. 主要是Object.defineProperty 给object添加get set 访问器来实现值变化的监听. 但是由于es5的限制,有很多不能达到监听值的目点.比如: 1.数组的各个方法,来改变数组 push() pop() shift() unshift() splice() sort() reverse(

【Vuejs】317- 提升90%加载速度——Vuecli下的首屏性能优化

点击上方"前端自习课"关注,学习起来~,所以接下来还会介绍一些它们在优化上的异同的话,先安装插件 cnpm intall webpack-bundle-analyzer –save-dev 然后在 vue.config.js中对 webpack进行配置再运行 npm run build --report 会在浏览器打开一个项目打包的情况图,便于直观地比较各个 bundle文件的大小可以看到项目中所有的依赖,所有的路由,都被打包进了同一个文件中另外,在浏览器中,也可以通过 co

Android APP应用启动页白屏(StartingWindow)优化

版权声明:本文为HaiyuKing原创文章,转载请注明出处! 前言 StartingWindow 的处理方式: 使用系统默认的 StartingWindow :用户点了应用图标启动应用,马上弹出系统默认的 StartingWindow(就是做动画的那个 Window) ,等应用加载好第一帧之后,StartingWindow 消失,显示应用第一帧,无缝衔接,体验还不错,这也是通常大部分 Android 应用的场景:比如大部分 Android 系统的自带应用,即刻.汽车之家等自己定制简单的 Sta

WEB开发性能优化--核心定义介绍篇（1）

推荐理由随着互联网的蓬勃发展,并且伴随着产品功能的越来越复杂,对于技术人员来说最大的挑战就是如何在保证业务快速发展的同时,也可保证不断复杂的业务对用户体验的影响,其中对用户来说最重要的体验指标是如何快速.稳定的访问业务网站以及产品功能,既是网站的性能.本系列文章将会从前后端性能指标定义.性能工具使用.产品业务核心性能指标.前后端性能解决方案出发对这个性能优化体系进行完整的阐述. 建议阅读人群: 前端工程师.后端工程师.产品经理核心性能定义介绍: 由于涉及前后端的性能指标.定义非常多,本文将

解决React首屏加载白屏的问题

众所周知,在项目中如果在资源加载请求还未完成的时候,由于阻塞机制,会出现首页白屏的问题,产生很差的用户体验.本文以react为例,提供一个解决方法. 解决原理:使用 onreadystatechange 去监听 readyState,在资源加载完成之前加载一个只有框架的静态页面,页面不请求数据.当数据请求完成之后再将路由切换到真实的首页. 废话不多说,上代码: main.js import React from 'react' import ReactDom from 'react-dom' i

vue项目中视频播放结束返回首页出现1秒左右的白屏问题

vue项目的性能优化问题,一直以来都是大家比较关注的. 近日负责的项目中,使用了SignalR实时通讯,客户端中点击发起播放视频的请求到服务器,服务器接到请求后再调用前端的播放视频方法,以此来达到播放视频的功能,也可以通过服务器进行广播,以此让另一个客户端可以与之联动,从而达到多个客户端同一时刻由其中一端发起请求,却达到所有客户端同时播放.同时结束的视频联动广播功能.实时通信的功能没话说,反应速度非常快,却恰恰在播放完视频,返回首页的时候出现了约1秒时间的白屏问题!这用户体验感一下子拉低了太多太

Vue首屏性能优化组件

Vue首屏性能优化组件简单实现一个Vue首屏性能优化组件,现代化浏览器提供了很多新接口,在不考虑IE兼容性的情况下,这些接口可以很大程度上减少编写代码的工作量以及做一些性能优化方面的事情,当然为了考虑IE我们也可以在封装组件的时候为其兜底,本文的首屏性能优化组件主要是使用IntersectionObserver以及requestIdleCallback两个接口. 描述先考虑首屏场景,当做一个主要为展示用的首屏时,通常会加载较多的资源例如图片等,如果我们不想在用户打开时就加载所有资源,而是希望

前端性能优化——首屏时间&&白屏时间

1.首屏时间概念首屏时间是指用户打开一个网站时,直到浏览器首页面内容渲染完成的时间. 2.白屏时间概念白屏时间即是,浏览器开始显示内容的时间,所以我们一般认为解析完<head>的时刻,或者开始渲染<body>标签就是该页面白屏结束的时间. 3.计算首屏时间和白屏时间 1)首屏时间计算(在body标签后写js代码) new Date.getTime() - performance.timing.navigationStart 2)白屏时间计算在<head>标签前面加

vue 性能优化 首页白屏

热门专题

vue 性能优化首页白屏