➹:前端每日实战:3# 视频演示如何用纯 CSS 创作一个容器厚条纹边框特效 - 前端每日实战 - SegmentFault 思否
➹: https://scrimba.com/c/cPvn6tE
关于渐变,它是一种应用于平面的视觉效果,可以从一种颜色逐渐地转变成另外一种颜色,故可以创建类似于彩虹的效果渐变可以应用在任何可以使用图片的地方。
举例来说,你可以指定这么一个渐变:
顶部的颜色是红色,中间的是蓝色,底部为黄色来作为div的背景色。
那么我们该如何实现渐变呢?——很简单,CSS给了我们以下这几种方式实现(它们都是渐变函数,是background
这位魔法师可以使用的其中一门魔法,而使用这类魔法之后,显而易见的就是,我们不用再写背景图片的URL,总之,渐变函数可以用来代替图片URL):
background: linear-gradient(#f69d3c, #3f87a6);
:线性渐变
background: radial-gradient(#f69d3c, #3f87a6);
:径向渐变
background: repeating-linear-gradient(#f69d3c, #3f87a6 50px);
:重复的线性渐变
background: repeating-radial-gradient(#f69d3c, #3f87a6 50px);
:重复的径向渐变
这看起来有锯齿呀!一点也不圆润
background: conic-gradient(#f69d3c, #3f87a6);
:圆锥形渐变
这个真是奇葩……
需要注意的是:
<gradient>
(CSS数据类型的一种)是 <image>
的一种特殊类型,简单来说,就是它的子类型,表示由两种或多种颜色之间的渐进式的过渡组成,总之,就是你使用了渐变函数,那么你就不能只写一个颜色参数值,毕竟你不能抢了背景色的活儿啊!
具体尺寸将与其(CSS渐变)所应用的元素的尺寸相匹配,总之CSS渐变它没有没有内在尺寸,就像个不失真的背景图片一样。
渐变的显示区域,边框下也会显示,即 它的显示区域就是元素的border-box
区域
背景颜色和背景图片也是如此。可见渐变函数的出现,是实打实的减少了请求背景图片为渐变色图片的url呀!
以下讨论的是linear-gradient
:
一些概念:
gradient box:需要应用渐变的元素被称为渐变容器或者说是渐变框
gradient line:在渐变容器中,穿过容器中心点和颜色停止点(color stops)连接在一起的线称为渐变线
gradient angle:使用linear-gradient
是通过渐变的角度来控制渐变的方向
color stops:它是线性渐变函数的第二个参数(或者说第3个、第4个(如果有的话)也是这样的参数……),表示终止点的颜色,即接受一系列颜色节点
C
点为渐变容器的中心点,A
是通过C
点垂直线与通过C
点渐变线的夹角,这个角称为渐变角度。
如何定义渐变角度?——有两种姿势:
不写渐变角度?——我们知道线性渐变的语法:
linear-gradient([<angle> | to <side-or-corner>]? , <color-stop-list>)
第一个参数是可选的,既然是可选的,那么它是有默认值的,其默认值为to bottom,等价于180deg
或者 .5turn
:
注意:红色色标是指南针的箭头,默认用圆规从上到下画了个半圆
同理,如果你写了 0deg
,那么其值等价于 to top
此时的箭头在容器的top点,用圆规从下到上画了个半圆。换而言之,线性渐变颜色默认是从上到下的,与传入的颜色色标参数顺序是一一对应的
渐变角度关键字取决于渐变框的尺寸:
何以见得?
举个栗子你就明白了:
45deg
等价于 to top right
,但这并不意味着渐变线穿过右上角,毕竟这TM不是一个正方形呀!而是一个长方形呀!总之,你要通过角度和通过元素中心点的垂直线来确定渐变线,而且你要渐变线的箭头指向是哪个方向,毕竟我们要确定填充色标的顺序呀!
我有疑问:它是个矩形,为啥45deg的渐变颜色填充却是对角的?真是无法理解呀!或许自己可以在脑海中把这个渐变容器补充完整为一个正方形。
我测试了一下:
难怪矩形的顶点有个十字线。
所以我们写上45deg所呈现的渐变效果,真得是如同自己在这个渐变框里边画一条条的45deg角的斜线。
一图告知你渐变角度动态变化时,渐变线是怎么移动的:
关于渐变线长度:
在上图中,我们可以看到,颜色色标脱离到容器之外了,即渐变线可以大于元素容器的对角线,而其最小的长度刚好为元素的高度。当然,我们有个公式可以计算它的确切高度:
abs(W * sin(A))+ abs(H * cos(A))
W为渐变框的宽,H为高度,A为渐变角。可见这几个值都是已知的。
关于渐变色节点(色标,Color stops):
每个色标的定义(以逗号分割):
<color> [<percentage> | <length>]?
色标的第二个值是可选的,用于确定色标在渐变线上的位置。
如果没有显式指定颜色在渐变线上的位置,这将交给浏览器来确定颜色在渐变线上的位置:
举个栗子,定义了5个色标:
可见,浏览器已将色标各自的位置计算为0%,25%,50%,75%,100%,而这样做的原因是它们将沿着渐变线平均(或者说是均匀)分布渐变颜色。
在渐变线上显式自定义渐变颜色在渐变线的位置,每个位置可以用百分比表示(相对于渐变线计算),也可以是任何一个CSS长度单位:
如这样:
可见,5个色标中的每一个都有位置,以像素为单位,而这些位置是从渐变线的起点计算出来的。
每个色标所对应的那一点就是我们在CSS里边所写的颜色,色标之间的过渡,是渐进式的变化的,这种颜色的填充是浏览器帮我们勾画出来的。
利用色标在渐变线上的位置,可以想出各种不错的效果:
使用渐变函数但完全不绘制任何渐变效果,即存粹的呈现多种颜色:
有7个色标,它们的组织方式是,除了第一个色标以外,下一个色标的开始与上一个色标完全位于相同的位置,而这意味着浏览器不需要使用颜色渐变来填充2个色标之间的空间。
这像是棋盘图:
把定位的色标和没有定位的色标混合起来:
可见,我们这样做使浏览器做了更多的工作,毕竟,我们要求它自动分配我们没有写位置的色标。
那么这个orange色标的位置是如何确定的呢?
由于它的左右直接邻居都有位置,所以很容就能确定它的位置了,即为直接邻居之间的中心点。
但如果有多个颜色没有指定位置,或者前一个或后一个都没有指定位置,那它就变得越来越复杂。
自己定义一个概念:
有两种色标,一种显示给了位置,一种没有给位置,而说到色标混合,指的是两种色标的混合。
色标混合之复杂情况(头尾色标没位置):
可见,只有黄色有位置(位于30%),其余的色标都没有位置。
为了很好地分配其余的色标,于是,浏览器将第一个放在0%,最后一个放在100%,而这样一来剩下的色标都有位置了,即它们的直接邻居都是有位置的,所有orange最终在0%至30%之间,red(最后那个)最终在30%~100%之间,总之,它们俩都是在中心位置。
再复杂点(头尾色标有位置):
可见,第一个和最后一个都被定位了,而其余的色标则均匀的分布在这两个点之间。
再离谱点的复杂(有色标超过100%,也可以为负值,即比0%还要小):
如果0%和100%是色标定位的最小值和最大值,那么不管色标混合多复杂,都会变得简单起来。然而,实际情况是,我们可以超过100%,正如上图所示的那样(最后一个色标120%),而这意味着其它所有的色标都必须根据该位置分配(在这种情况下,默认起始位置保持为0%)
简单来说,你不能把最后一个色标当作是真正的100%来看待,即便它们俩效果一致,但这只是计算结果的一致罢了
小于0%的情况:
再无厘头的复杂(色标定位的百分比是无序的):
事实上色标是有序的,但是这没有什么方法可以防止你不这样做,如果你不这样做,就不会发生任何可怕的事情,如果你真得这样做了,也没事,因为浏览器会纠正你,就像这样:
第一个色标的开始,定位在30%,这很好。而第二个色标定位在10%,但这是错误的,因为色标的停止点是一个增量。所以浏览器会自动纠正,即把第二个色标定位在上一个色标的30%那里去,而这样一来,它们俩之间也就没有所谓的渐变色了。同理,后面也是这样的纠正规则。
一个认识:下一个色标对于上一个色标来说,是个停止点。
总之,如果后面的值比前面的值更小时,浏览器会自动做相应的纠正处理
上边这个是最后一个例子,显而易见的是最后一个色标的定位是错误的,所以浏览器就自动的把其位置弄成是其上一个色标的那个定位位置了,即30%。需要注意的是,在这种情况之下,并没有出现剩余色标会平分70%的空间,而是由于orange和yellow这两个色标因为受到最后一个色标的影响,都定位到30%那个位置了,而最后一个则是带着它的蓝色回到了30%。
总之orange和yellow这两个色标写不写都是一样的效果。
如果,你有头,尾巴不是100%:
如果,你有头,尾巴是100%,那么就会从30%过渡到100%了:
一个线性渐变可视化工具:
你可以在输入框中输入任何一个渐变的值,你可以看到渐变效果以及渐变线,渐变角度和渐变颜色的位置,之前的截图都是来自于此。当然,这个工具还存在各种各样的缺陷和局限,所以不要有过高的期望,当然,你也可以在这个基础上完善这个工具(如改一下渐变容器的大小),帮助大家更好的理解渐线渐变。
有这样一份代码:
<div class="box"></div>
.box {
width: 300px;
height: 300px;
background: linear-gradient(
-45deg,
white 0%,
white 25%,
hotpink 25%,
hotpink 50%,
white 50%,
white 75%,
hotpink 75%,
hotpink 100%);
background-size: 10%;
}
它的效果是这样的:
而在chrome里边的效果是这样的:
真是奇葩的渲染啊!完全弄不明白chrome画的是什么玩意儿……
经过测试得知, 渐变容器默认是180deg的,即颜色按传参顺序从上到下分布,即第一个色标在正上方。如果调整为0%,那么渐变线逆时针旋转了半圈,此时第一个色标在正下边。如果调整为-45deg,那么继续逆时针45deg,此时第一个色标正下边与右下角之间,由于这是个正方形容器,所以-45deg的渐变线会贯穿正方形的对角线,颜色的起始点为右下角。
结合background-size: 10%;
,这其实是100个小背景图所呈现的结果。
可是,chrome为啥会呈现这样的结果呢?查了一下can i use,这些属性显然都是支持的呀
于是,我根据呈现的效果猜测:background-size: 10%;
的第二个参数,你得写上10%才行,而且即便你写了为auto也不行。
➹:<gradient>
- CSS: Cascading Style Sheets - MDN
➹: CSS gradient渐变之webkit核心浏览器下的使用 « 张鑫旭-鑫空间-鑫生活
➹:你真的理解CSS的linear-gradient?_CSS3, gradient 教程_w3cplus
➹:Do you really understand CSS linear-gradients? – Medium
background-size: 30%;
这里只有一个值,表示图片的宽度为所应用元素的宽度的30%,而高度则是 auto
所以下边这代码就很好解释了:
可见,这背景图自动repeat了。
➹:background-size - CSS: Cascading Style Sheets - MDN
➹:深入理解CSS中的层叠上下文和层叠顺序 « 张鑫旭-鑫空间-鑫生活
之前用了linear-gradient写渐变:
.box {
width: 300px;
height: 300px;
background: linear-gradient(
-45deg,
white 0%,
white 25%,
hotpink 25%,
hotpink 50%,
white 50%,
white 75%,
hotpink 75%,
hotpink 100%);
background-size: 10% 10%;
}
然而还有一种函数,可以方便快捷的做到,那就是我们之前提到的 repeating-linear-gradient
啦
它的用法同 linear-gradient
一样,即会传一样的参数,只是它会朝四面八方无限地重复色标,其返回值同样是 <image>
类型里边的一种。
transparent
是一种怎样的值?它与 opacity:0
有区别吗?transparent就像你写red一样,它表示颜色的一种——透明色,视觉上看相当于看不见颜色,类似于 opacity:1
的视觉呈现。
总之你怎么看red,那么你就怎么看transparent
而opacity:0
表示元素是透明的,这其中还包括内容,即该属性可以被继承。
关于rgba的a,这个a同样用于设置透明度,但是它并不会被继承,毕竟我们要么用于color属性,background属性。
总之,一个只针对一个人,一个针对的是一群人。
➹:css中background-color:transparent与opacity:0有什么区别? - 知乎
这只是一段用来测试排版效果的占位文字,没有实际的含义。
总之,就是一段假文,看起来好像有很多中文或单词,实际上内容毫无逻辑。
生成有逻辑的假文:malevole - 文本生成器
➹:设计中经常看到的Lorem ipsum是什么意思? - 简书
➹:超实用!12个你应该知道的中英文假字+文章在线生成网站 - 优设网 - UISDC
➹:Lorem Ipsum - All the facts - Lipsum generator
我知道rem一般都是作用于字体font-size的,可是padding、margin、width、height、border-width、text-shadow等属性需要写成rem吗?
关于对一些单位的认识:
百分比的CSS数据类型为 `
`,而不是 ` `
em和rem,通常用于创建可伸缩的布局,即使用户更改字体大小,这些布局也能保持页面的垂直韵律。em是相对单位,如果当前元素重新设置了字体大小了,那么就相对于该元素,如果没有,那么就是相对于继承而来的font-size值。rem相对的是根元素(通常是html元素)的font-size值,一般浏览器默认根元素的值为16px,但是用户可以自行设定。
它们俩的区别:rem是以根元素为参照物的 em 单位
px按照我之前的理解是相对定位,因为不同设备下的分辨率是不同的,其1个px可能代表的不是1个物理像素,而是多个。不过MDN说它是绝对单位我也无法可说。
一般屏幕上1个px为0.03cm=0.3mm。
cm:它是绝对单位呀,在PC上1cm大约就是(96px/2.54)38px了,不过这是1in为96px的情况,简单来说,就是1斤为96个小果子,每个果子为1/96斤,即1个px为1/96in。
回过头来看rem。
话说为啥需要rem呢?
假如在根元素的文字大小为默认值 16px
的情况下,我们想要所有列表的字体大小均为 12px
:
html {
font-size: 100%; //16px
}
ul {
font-size: 0.75em;
}
如果存在嵌套的ul元素,如:
<ul>
<li>
<ul>
<li></li>
</ul>
</li>
</ul>
效果类似于这样:
那么第二个ul的下的font-size就是9px了。
当然,如果你写成这样就没事了:
ul ul {
font-size: 1em; //第一个ul为12px,所以第二个继承过来的12px*1也是12px
}
可是这样做岂不是耦合了第一个ul?
所以我们应该用rem,这样会简单很多:
html {
font-size: 100%;
}
ul {
font-size: 0.75rem;
}
当所有尺寸都以根元素的文字大小作为参照后,就不再需要为嵌套的元素单独定义样式了。
不过使用rem为单位的数值就是计算起来非常不方便,比如0.75rem(0.75*16=12px
)、1rem(1*16=16px
)、1.125rem(1.125*16 = 18px
)等这样的
那么如何解决计算不方便的问题呢?
使用62.5大法,把根元素的默认16px改为62.5%,即为10px。至此我们写成0.75rem,就能一眼看出来是7.5px了……当然,我们一般写成是1.2rem,即为12px……
虽然解决了计算不方便,但这会迫使开发者重写他们网站中的所有文字大小。比如我们之前写的是0.75rem,那么现在就得是1.2rem了。
根元素的长度单位依旧采用 px
,模块用 rem 单位,模块内的元素使用 em 单位:
/* Document level adjustments */
html {
font-size: 17px;
}
@media (max-width: 900px) {
html { font-size: 15px; }
}
@media (max-width: 400px) {
html { font-size: 13px; }
}
/* Modules will scale with document */
.header {
font-size: 1.5rem;
}
.footer {
font-size: 0.75rem;
}
.sidebar {
font-size: 0.85rem;
}
/* Type will scale with modules */
h1 {
font-size: 3em;
}
h2 {
font-size: 2.5em;
}
h3 {
font-size: 2em;
}
这种方式可以很容易的操作根元素的大小,至此缩放模块也不再话下了。而模块内内容的大小以模块自身文字大小来进行缩放。
根px,模rem,内em。
em可用于margin、padding、width、max-width、height、 top、right、border、 border-radius等
关于在媒体查询中使用 rem 单位:
在 HTML 中,em 单位与用户浏览器或者用户偏好设置中设置的初始文字大小有关,而不是页面上的样式中定义的文字大小
如下面是两条媒体查询语句,一条是使用 rem 单位,另一条使用 em 单位(这里为了简便,使用了 Sass):
html {
font-size: 62.5%; /* 62.5% of 16px = 10px */
@media (min-width: 20rem) {
/* 20*16px = 320px */
background-color: lemonchiffon;
font-size: 200%;
/* 200% of 16px = 32px */
}
@media (min-width: 30em) {
/* 30*16px = 480px */
background-color: lightblue;
font-size: 300%; /* 300% of 16px = 48px */(译:原文是48px)
}
}
你认为media会理会html的font-size的10px?——不,它不会。
你可看到,我们使用了62.5大法,然而修改根元素字体大小不会对媒体查询产生任何影响。
即当设备宽度为320px时,该媒体查询就会起效果了,而不是200px;同理300px也不会起效果。而且其里边的内容也是无视62.5大法。
总之,唯一一个可以改变媒体查询中宽度的是在浏览器里更改默认文字大小。
因此,在媒体查询语句中使用 em 单位还是 rem 单位已经不那么重要。而在现实中,无论是Foundation v5还是最近刚发布的Bootstrap v4 alpha都在他们的媒体查询中使用了 em 单位。
当然,如果你要做缩放文档的话,那么我建议你使用rem单位:
我们使用 rem 来定义元素的宽度、外边距和内边距 ,通过使用根元素的字体大小作为一个接口使元素缩放一致变为了可能。
不过,就目前而言,一般都会用vh和vw来做响应式
➹:<length>
- CSS: Cascading Style Sheets - MDN
➹:Font Size Idea: px at the Root, rem for Components, em for Text Elements - CSS-Tricks
➹:The Power of em Units in CSS — SitePoint
关于颜色:
有多种表示法(如#、rgb、hsl、rgba、hsla),但是这不过是表示同一种事物的不同方法罢了
注意点:文本与背景的对比度不能太低了,不然强光下看网页那就GG了。推荐个颜色对比度参考网站:
➹:Contrast Rebellion - to hell with unreadable, low-contrast texts!
我们使用图片有两种姿势:
url()
——背景图片那么何时使用它们呢?
图片咩有意义,只是起到装饰作用,那么可以用背景图片,当然,装饰有时候也是一种意义,比如你去掉图片发觉对整个网站的观感完全变了一个样,那么此时你可以用内容图片。
关于对背景图片使用的注意点:
回到background这个属性:
它是个简写属性,你写了这个属性,然后你只写了一个color值,那么这意味着它的其它没有显示写出来的值是默认值。
如果你在写background属性之前,用到了background-color之类的属性,那么它们就会被background给覆盖掉,毕竟CSS它有层叠性啊。
探讨background其它的值:
background-repeat:repeat no-repeat;
等价于 repeat-x
background-position:
可以使用的值:关键字、像素、em、百分比
双值情况:一个是相对于左侧的偏移量,一个是相对于顶部的偏移量
像素和em单位:偏移指定的数值
百分比:找到图片的百分比,元素的百分比,它们的相交点即图片的位置:
我看过一些教程关于这个值的介绍,但给我的感觉就像是懵逼,直到看了「精通CSS第3版」这本书。
关键字:无顺序之分,因为已经确定了x轴为 left/right/center
,y轴为 top/bottom/center
。当然最好还是先x后y。需要注意的是不要把关键字和长度值混合,如 50% center
这样,而这样是无效的CSS声明
关于背景属性的简写,请把它写在CSS声明块的最上边。因为这样就不怕被它的默认值给覆盖了。
一个技巧:保证图片放大宽度不变形 background-size:100% auto;
,这样做可以保证固有的宽高比。
这卡顿是动画时间太短了。
为什么会卡顿?
那时因为主线程和合成线程的调度不合理。
啥是主线程和合成线程?
虽然说浏览器执行js是单线程执行(注意,是执行,并不是说浏览器只有1个线程,而是运行时,runing),但实际上浏览器的2个重要的执行线程,这 2 个线程协同工作来渲染一个网页:主线程和合成线程。
一般情况下,主线程负责:
- 运行 JavaScript;
- 计算 HTML 元素的 CSS 样式;
- 页面的布局;
- 将元素绘制到一个或多个位图中;
- 将这些位图交给合成线程。
相应地,合成线程负责:
- 通过 GPU 将位图绘制到屏幕上;
- 通知主线程更新页面中可见或即将变成可见的部分的位图;
- 计算出页面中哪部分是可见的;
- 计算出当你在滚动页面时哪部分是即将变成可见的;
- 当你滚动页面时将相应位置的元素移动到可视区域。
一个ADC,一个辅助。
举个栗子?
在使用height,width,margin,padding作为transition的值时,会造成浏览器主线程的工作量较重,例如从margin-left:-20px渲染到margin-left:0,主线程需要计算样式margin-left:-19px,margin-left:-18px,一直到margin-left:0,而且每一次主线程计算样式后,合成进程都需要绘制到GPU然后再渲染到屏幕上,前后总共进行20次主线程渲染,20次合成线程渲染,20+20次,总计40次计算。
而主线程的渲染流程,可以参考浏览器渲染网页的流程:
使用 HTML 创建文档对象模型(DOM) 使用 CSS 创建 CSS 对象模型(CSSOM) 基于 DOM 和 CSSOM 执行脚本(Scripts) 合并 DOM 和 CSSOM 形成渲染树(Render Tree) 使用渲染树布局(Layout)所有元素 渲染(Paint)所有元素
也就是说,主线程每次都需要执行Scripts,Render Tree ,Layout和Paint这四个阶段的计算。
而如果使用transform的话,例如tranform:translate(-20px,0)到transform:translate(0,0),主线程只需要进行一次tranform:translate(-20px,0)到transform:translate(0,0),然后合成线程去一次将-20px转换到0px,这样的话,总计1+20计算。
所以,我要用transform对吧!而不是transition
➹:CSS3动画卡顿性能优化解决方案 - 趁你还年轻,做个优秀的前端工程师 - SegmentFault 思否
简单记一下关于这篇文章的笔记:
进程:有边界的生产厂间
线程:厂间内的一个个员工,可以自己孤独的做一件事,也可以相互配合的和其它员工做同一件事
为啥启动一个应用,计算机就会创建一个进程,然后操作系统会为进程分配一部分内存?
因为应用的所有状态都需要被保存在这块内存中,不然,我们的程序并不能记住时间的痕迹。
音乐是时间的艺术,我们无法演奏出一模一样的音乐,演奏时间一过,就不能再复原刚刚响起的音乐了,当然,你可以记录下来,不过这样的音乐始终缺少了点灵魂。
而程序,可以周而复始的运行,用户对程序的操作就是那么几个,但每个用户对程序的行为总是有所不同的,我们需要让程序变得有点智力,比如它有记忆能力,知道你刚刚做了什么,这样的程序或多或少会有点灵魂。
总之,分过来的内存,可以保存应用的所有状态,由于应用也许还会创建多个线程来辅助工作,所以这些线程也可以共享这部分内存中的数据。
而当应用关闭,那么进程则会被终结,操作系统会释放相关内存,这也意味着该应用留下的最后一点痕迹也将被去除。
进程也可以告诉操作系统再搞一个进程过来执行不同的任务,至此,系统又会为新的进程分配独立的内存。而这个两个进程之间可以使用 IPC (Inter Process Communication)进行通信。而很多应用都会采用这样的设计,如果一个工作进程反应迟钝,重启这个进程不会影响应用其它进程的工作。(毕竟它们都是进程)
我想造个浏览器应用,那么可选的浏览器架构有两种:单进程多线程的应用和使用 IPC 通信的多进程应用
以chrome为例,chrome是右边这种架构。
chrome这种架构的顶层存在一个 Browser process 用以协调浏览器的其它进程:
可见,打开一个tab是一个渲染进程,一个插件是一个插件进程……
但我说使用ajax发请求的时候,其实就是叫browser进程去搞事情。
Chrome 多进程架构的优缺点:
优点:某一渲染进程出问题不会影响其他进程。 更为安全,在系统层面上限定了不同进程的权限。
缺点:由于不同进程间的内存不共享,不同进程的内存常常需要包含相同的内容。
当然,为了节省内存,Chrome 限制了最多的进程数,最大进程数量由设备的内存和 CPU 能力决定,当达到这一限制时,新打开的 Tab 会共用之前同一个站点的渲染进程。
这又是一个权衡的问题了。
chrome把浏览器不同程序的功能看做服务,这意味着:
如果Chrome 运行在强大的硬件上,那么一个个服务就可以独立为一个个进程,毕竟我的硬件牛逼。如果硬件渣渣的话,那就把这些服务合并为一个进程,就如我们之前看到的Browser进程(它就包含有network、storage、device、ui等这样线程)
总之,硬件渣,服务变线程,硬件牛逼,服务变进程。
我们知道有个iframe标签,那么你可知道它是如何工作的吗?接下来我们就来看看:
Site Isolation 被大家看做里程碑式的功能, 其成功实现是多年工程努力的结果。Site Isolation 不是简单的叠加多个进程。这种机制在底层改变了 iframe 之间通信的方法,Chrome 的其它功能都需要做对应的调整,比如说 devtools 需要相应的支持,甚至 Ctrl + F 也需要支持
突然觉得渲染一张网页的背后是有很多进程和线程协同合作做出来的
剩下的内容之后看了,毕竟知识量太大了。