大家好，今天给各位分享谷歌浏览器出现loading的一些知识，其中也会对谷歌浏览器出现花屏进行解释，文章篇幅可能偏长，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在就马上开始吧！

本文目录

1. chrome是哪个浏览器
2. Core Web Vitals101
3. Android的WebView有哪些坑
4. 360安全浏览器打开网页打开不了小时loading怎么回事

一、chrome是哪个浏览器

chrome是哪个浏览器?今天小编要为大家带来的就是谷歌浏览器名称介绍，GoogleChrome又称Google浏览器，该浏览器是基于其他开放原始码软件所撰写，包括WebKit和Mozilla，使用起来简单且有效率，对这款浏览器感兴趣的小伙伴可以来看看。

答：Chrome是由Google公司推出的一款免费的网络浏览器，发布于2008年9月，目前已经成为全球使用量最大的浏览器之一，支持在Windows、MacOSX、Linux和Android等多个操作系统上使用。Chrome浏览器支持高速的网页浏览、多标签页、书签管理、扩展程序等特色功能，同时，它支持自动更新，可以保持始终是最新的版本。Chrome浏览器采用了先进的V8JavaScript引擎，拥有非常快的JavaScript解析能力。由于其功能强大，启动速度快，设计美观简洁等优点，Chrome浏览器受到越来越多的用户的欢迎和使用。

Chrome出来之前绝大部分浏览器的Tab栏均放置在地栏下方，Chrome的Tab栏位于地址栏上方以梯形的样式出现，视觉印象很深刻。

Toolbar上的列出用户最需要的功能：后退、前进、刷新、输入框、设置，只有5项，数量上属于短期记忆的能力范围内，减少了用户的认知负担，，几乎不需要对浏览器进行额外的学习。

将同样具有输入属性的地址栏与搜索框进行融合，导致这个输入框成为一个很复杂的系统，仅在输入部分这个框就能够输入地址、搜索本地历史、搜索本地收藏、搜索Chrome插件、引用其它搜索引擎，Chrome将这些有机的融合在一起，用户需要做的只是输入。

近乎所有信息均可进行同步，看下图设置当中的选项就可了解，保证多平台、多端在某一程度体验上的一致，这功能设计之初是为了减少用户重复性的操作及设置。

当页面进行loading时，Tab左侧有个不断滚动的四分之一圆的小环，最初是以逆时针方向缓慢转动，这个时候的Loading状态可能是解析DNS，并尝试与服务器进行连接，当连接成功开始Loading服务器上的数据时，小圆环以顺时针快速转动。

总的来说，chrome就是谷歌浏览器，有时也有很多，非常受欢迎，希望可以帮到大家。

二、Core Web Vitals101

近几年来，好的用户体验已经是衡量一个网站是否是一个好网站的重要指标，优化用户体验的质量是任何网站长期成功的关键。无论您是Boss、BA，PO还是DEV，Web vital都可以帮助您量化站点的体验，并确定改进的机会。

Web vitals是一个由谷歌发起的，为网站的质量提供统一的指导(guideline)，这对于在Web上提供良好的用户体验至关重要。

Google提供了一系列的metrics来measure一个网站的性能，例如FCP， TTFP，TTI等等，同时也提供了一系列的工具来获取这些metrics的report。

Web vital倡议旨在简化景观，并帮助网站关注最重要的指标，即 Core Web vital。

Core web vital是web vital的子集，适用于所有的网页，应该由所有的网站所有者衡量，并将出现在所有的谷歌工具。每一个Core web vital都代表了用户体验的不同方面，在领域中是可测量的，并反映了以用户为中心的关键结果的真实体验。

组成Core web vitals的metrics是会随着时间的改变而改变的。但在2020年主要focus在用户体验的下面三个方面， loading, interactivity, and visual stability，他们分别用下面三个metric来度量

最大内容绘制(LCP)指标会根据页面首次开始加载的时间点来报告可视区域内可见的最大图像或文本块完成渲染的相对时间。

LCP之前的相关属性：诸如 load（加载）或 DOMContentLoaded（DOM内容加载完毕）这样的旧有指标并不是很好，因为这些指标不一定与用户在屏幕上看到的内容相对应。而像 First Contentful Paint首次内容绘制(FCP)这类以用户为中心的较新性能指标只会捕获加载体验最开始的部分。如果某个页面显示的是一段启动画面或加载指示，那么这些时刻与用户的关联性并不大。

我们以往推荐过一些性能指标，例如 First Meaningful Paint首次有效绘制(FMP)和 Speed Index速度指数(SI)（两个指标都包含在灯塔工具中），这些指标有助于捕获到更多初始绘制后的加载体验，但这些指标十分复杂、难以解释，而且常常出错，也就意味着这些指标仍然无法识别出页面主要内容加载完毕的时间点。

FID测量从用户第一次与页面交互（例如当他们单击链接、点按按钮或使用由 JavaScript驱动的自定义控件）直到浏览器对交互作出响应，并实际能够开始处理事件处理程序所经过的时间

一般来说，发生输入延迟（又称输入延时）是因为浏览器的主线程正忙着执行其他工作，所以还不能响应用户。可能导致这种情况发生的一种常见原因是浏览器正忙于解析和执行由您的应用程序加载的大型 JavaScript文件。在此过程中，浏览器不能运行任何事件侦听器，因为正在加载的 JavaScript可能会让浏览器去执行其他工作。

CLS测量整个页面生命周期内发生的所有意外布局偏移中最大一连串的布局偏移分数

每当一个可见元素的位置从一个已渲染帧变更到下一个已渲染帧时，就发生了布局偏移

一连串的布局偏移，也叫会话窗口是指一个或多个快速连续发生的单次布局偏移，每次偏移相隔的时间少于 1秒，且整个窗口的最大持续时长为 5秒（ ）

最大的一连串是指窗口内所有布局偏移累计分数最大的会话窗口

页面内容的意外移动通常是由于异步加载资源，或者动态添加 DOM元素到页面现有内容的上方。罪魁祸首可能是未知尺寸的图像或视频、实际渲染后比后备字体更大或更小的字体，或者是动态调整自身大小的第三方广告或小组件。

浏览器在计算布局偏移分数时，会查看可视区域大小和两个已渲染帧之间的可视区域中不稳定元素的位移。布局偏移分数是该位移的两个度量的乘积：影响分数和距离分数（两者定义如下）。

布局偏移分数=影响分数*距离分数

影响分数测量不稳定元素对两帧之间的可视区域产生的影响，前一帧和当前帧的所有不稳定元素的可见区域集合（占总可视区域的部分）就是当前帧的影响分数

布局偏移分数计算公式的另一部分测量不稳定元素相对于可视区域位移的距离。距离分数指的是任何不稳定元素在一帧中位移的最大距离（水平或垂直）除以可视区域的最大尺寸维度（宽度或高度，以较大者为准）。

在上方的示例中，最大的可视区域尺寸维度是高度，不稳定元素的位移距离为可视区域高度的 25%，因此距离分数为 0.25。

所以，在这个示例中，影响分数是0.75，距离分数是0.25，所以布局偏移分数是0.75* 0.25= 0.1875。

Core Web Vitals是一组度量Web上真实用户体验的重要方面的字段指标。它包括三个指标，以及每个指标的目标阈值，这有助于开发人员定性地了解他们的站点体验是“好”、“需要改进”还是“差”。

此外，为了对页面或站点的总体性能进行分类，我们使用该页面或站点的所有页面浏览量的第75百分位数值。换句话说，如果一个网站至少有75%的页面浏览量达到了“好”的阈值，那么这个网站就被归类为具有“好”性能的网站。相反，如果至少有25%的页面浏览量达到“差”的阈值，该网站就被归类为“差”的表现。例如，一个2秒的75百分位LCP被归类为“好”，而一个5秒的75百分位LCP被归类为“差”。

For the detail of how to define the target of thresholds, pls have a look at:

Google believe Core Web vital是对每一个网站都特别特别的重要，所以Google把Core web vital metrics集成到了很多的流行的自己的工具上

Pagespeed insights：

Chrome UX report：

Javascript API， 官方提供了很多的API可以获取Core web vitals不同指标的值

三、Android的WebView有哪些坑

下面说说我比较困惑的几个地方。

1.WebViewClient.onPageFinished()。你永远无法确定当WebView调用这个方法的时候，网页内容是否真的加载完毕了。当前正在加载的网页产生跳转的时候这个方法可能会被多次调用，StackOverflow上有比较具体的解释（How to listen for a Webview finishing loading a URL in Android?），但其中列举的解决方法并不完美。所以当你的WebView需要加载各种各样的网页并且需要在页面加载完成时采取一些操作的话，可能WebChromeClient.onProgressChanged()比WebViewClient.onPageFinished()都要靠谱一些。

2.WebView后台耗电问题。当你的程序调用了WebView加载网页，WebView会自己开启一些线程（？），如果你没有正确地将WebView销毁的话，这些残余的线程（？）会一直在后台运行，由此导致你的应用程序耗电量居高不下。对此我采用的处理方式比较偷懒，简单又粗暴（不建议），即在Activity.onDestroy()中直接调用System.exit(0)，使得应用程序完全被移出虚拟机，这样就不会有任何问题了。

3.切换WebView闪屏问题。如果你需要在同一个ViewGroup中来回切换不同的WebView（包含了不同的网页内容）的话，你就会发现闪屏是不可避免的。这应该是Android硬件加速的Bug，如果关闭硬件加速这种情况会好很多，但无法获得很好的浏览体验，你会感觉网页滑动的时候一卡一卡的，不跟手。

4.数据积累问题。开启缓存什么的有利于网页的浏览体验，但你会发现即使是清除了必要的内容，比如Cache、Cookie、Form Data、History、Password等等东西，你的应用程序所占用的存储空间还是会越来越大，到最后只好手动到系统设置的应用信息界面里清除数据了:(

5.滚动条问题。Android System WebView的横向滚动条真是好粗的有木有...

6.注意4.4系统前后的区别，在这个版本里面谷歌把webview的内核换成谷歌浏览器的！

7.在webview中进行JavaScript交互时也要注意，出于对安全性的考虑，在设置与JavaScript有关的选项时，需要在所在方法的前面加上@SuppressLint({"JavascriptInterface","SetJavaScriptEnabled"})，不然4.2以上调用js会出现问题；

8.在调用loaddata方法时注意与loaddatawithurl的区别，前者要注意编码问题而且容易出于乱码问题，后者默认utf8编码！

另外针对Android System WebView的相关开发，推荐看看Google官方的示例教程 GoogleChrome/chromium-webview-samples· GitHub

四、360安全浏览器打开网页打开不了小时loading怎么回事

360安全浏览器打开网页打开不了小时loading的原因如下。1、网络连接：网络线的连接不正确，阻止了网络的使用，浏览器不能使用。

2、软件干扰：360浏览器和网站的软件有冲突，两者不可兼容，不能使用。

3、病毒感染：电脑受到了黑客的攻击、病毒的感染、病毒的影响，网页打开慢。

关于谷歌浏览器出现loading和谷歌浏览器出现花屏的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。