国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

一文看透瀏覽器架構(gòu)

sunsmell / 2834人閱讀

摘要:值得注意不同的瀏覽器使用不同的。今天截至年月,在瀏覽器進(jìn)程中運(yùn)行。這意味著瀏覽器進(jìn)程包含一個(gè)實(shí)例,這是一個(gè)潛在的安全漏洞。

本文由云+社區(qū)發(fā)表
作者:廖彩明

在從事前端開(kāi)發(fā)過(guò)程中,瀏覽器作為最重要的開(kāi)發(fā)環(huán)境,瀏覽器基礎(chǔ)是是前端開(kāi)發(fā)人員必須掌握的基礎(chǔ)知識(shí)點(diǎn),它貫穿著前端的整個(gè)網(wǎng)絡(luò)體系。對(duì)瀏覽器原理的了解,決定著編寫(xiě)前端代碼性能的上限。瀏覽器作為JS的運(yùn)行環(huán)境,學(xué)習(xí)總結(jié)下現(xiàn)代瀏覽器的相關(guān)知識(shí)

前言

經(jīng)常聽(tīng)說(shuō)瀏覽器內(nèi)核,瀏覽器內(nèi)核究竟是什么,以及它做了什么。我們將來(lái)了解下瀏覽器的主要組成部分、現(xiàn)代瀏覽器的主要架構(gòu)、瀏覽器內(nèi)核、瀏覽器內(nèi)部是如何工作的

1 瀏覽器

現(xiàn)代瀏覽器結(jié)構(gòu)如下:

The browser"s main component

The User Interface
主要提供用戶與Browser Engine交互的方法。其中包括:地址欄(address bar)、向前/退后按鈕、書(shū)簽菜單等等。瀏覽器除了渲染請(qǐng)求頁(yè)面的窗口外的所有地方都屬于The User Interface
The Browser Engine
協(xié)調(diào)(主控)UI和the Rendering Engine,在他們之間傳輸指令。 提供對(duì)The Rendering Engine的高級(jí)接口,一方面它提供初始化加載Url和其他高級(jí)的瀏覽器動(dòng)作(如刷新、向前、退后等)方法。另一方面Browser Engine也為User Interface提供各種與錯(cuò)誤、加載進(jìn)度相關(guān)的消息。
The Rendering Engine
為給定的URL提供可視化的展示。它解析JavaScript、Html、Xml,并且User Interface中展示的layout。其中關(guān)鍵的組件是Html解析器,它可以讓Rendering Engine展示差亂的Html頁(yè)面。 值得注意:不同的瀏覽器使用不同的Rendering Engine。例如IE使用Trident,F(xiàn)irefox使用Gecko,Safai使用Webkit。Chrome和Opera使用Webkit(以前是Blink)
The Networking
基于互聯(lián)網(wǎng)HTTP和FTP協(xié)議,處理網(wǎng)絡(luò)請(qǐng)求。網(wǎng)絡(luò)模塊負(fù)責(zé)Internet communication and security,character set translations and MIME type resolution。另外網(wǎng)絡(luò)模塊還提供獲得到文檔的緩存,以減少網(wǎng)絡(luò)傳輸。為所有平臺(tái)提供底層網(wǎng)絡(luò)實(shí)現(xiàn),其提供的接口與平臺(tái)無(wú)關(guān)
The JavaScript Interpreter
解釋和運(yùn)行網(wǎng)站上的js代碼,得到的結(jié)果傳輸?shù)絉endering Engine來(lái)展示。
The UI Backend
用于繪制基本的窗口小部件,比如組合框和窗口。而在底層使用操作系統(tǒng)的用戶界面方法,并公開(kāi)與平臺(tái)無(wú)關(guān)的接口。
The Data Storage
管理用戶數(shù)據(jù),例如書(shū)簽、cookie和偏好設(shè)置等。
2 主流瀏覽器的架構(gòu) 2.1 FireFox

FireFox的架構(gòu)

可以看到火狐瀏覽器的渲染引擎(Rendering Engine)使用的是Gecko;XML Parser解析器是Expat;Java Script解釋器是Spider-Monkey(c語(yǔ)言實(shí)現(xiàn))

2.2 Chrome

Chrome的架構(gòu)

渲染引擎Rendering Engine使用的是WebKit

XML Parser: libXML解析XML,libXSLT處理XSLT

JS解釋器使用C++實(shí)現(xiàn)的V8引擎,

2.3 IE

IE的架構(gòu)

渲染引擎主要是Trident

Scripting Engine有JScript和VBScript

3 瀏覽器內(nèi)核

瀏覽器最重要或者說(shuō)核心的部分是“Rendering Engine”,可大概譯為“渲染引擎”,不過(guò)我們一般習(xí)慣將之稱為“瀏覽器內(nèi)核”。主要包括以下線程:

3.1 瀏覽器 GUI 渲染線程,主要包括:
?    HTML Parser 解析HTML文檔,將元素轉(zhuǎn)換為樹(shù)結(jié)構(gòu)DOM節(jié)點(diǎn),稱之為Content Tree

? CSS Parser 解析Style數(shù)據(jù),包括外部的CSS文件以及在HTML元素中的樣式,用于創(chuàng)建另一棵樹(shù),調(diào)用“Render Tree”

? Layout過(guò)程 為每個(gè)節(jié)點(diǎn)計(jì)算出在屏幕中展示的準(zhǔn)確坐標(biāo)

? Painting 遍歷Render Tree,調(diào)用UI Backend提供的接口繪制每個(gè)節(jié)點(diǎn)

3.2 JavaScript 引擎線程
JS引擎線程負(fù)責(zé)解析Javascript腳本,運(yùn)行代碼 JS引擎一直等待著任務(wù)隊(duì)列中任務(wù)的到來(lái),然后加以處理,一個(gè)Tab頁(yè)(renderer進(jìn)程)中無(wú)論什么時(shí)候都只有一個(gè)JS線程在運(yùn)行JS程序

GUI渲染線程與JS引擎線程是互斥的,所以如果JS執(zhí)行的時(shí)間過(guò)長(zhǎng),這樣就會(huì)造成頁(yè)面的渲染不連貫,導(dǎo)致頁(yè)面渲染加載阻塞

a) 減少 JavaScript 加載對(duì) DOM 渲染的影響(將 JavaScript 代碼的加載邏輯放在 HTML 文件的尾部,減少對(duì)渲染引擎呈現(xiàn)工作的影響;
b) 避免重排,減少重繪(避免白屏,或者交互過(guò)程中的卡頓;
c) 減少 DOM 的層級(jí)(可以減少渲染引擎工作過(guò)程中的計(jì)算量;
d) 使用 requestAnimationFrame 來(lái)實(shí)現(xiàn)視覺(jué)變化(一般來(lái)說(shuō)我們會(huì)使用 setTimeout 或 setInterval 來(lái)執(zhí)行動(dòng)畫(huà)之類的視覺(jué)變化,但這種做法的問(wèn)題是,回調(diào)將在幀中的某個(gè)時(shí)點(diǎn)運(yùn)行,可能剛好在末尾,而這可能經(jīng)常會(huì)使我們丟失幀,導(dǎo)致卡頓)
3.3 瀏覽器定時(shí)觸發(fā)器線程
瀏覽器定時(shí)計(jì)數(shù)器并不是由 JavaScript 引擎計(jì)數(shù)的, 因?yàn)?JavaScript 引擎是單線程的, 如果處于阻塞線程狀態(tài)就會(huì)影響記計(jì)時(shí)的準(zhǔn)確, 因此通過(guò)多帶帶線程來(lái)計(jì)時(shí)并觸發(fā)定時(shí)是更為合理的方案
3.4 瀏覽器事件觸發(fā)線程
當(dāng)一個(gè)事件被觸發(fā)時(shí)該線程會(huì)把事件添加到待處理隊(duì)列的隊(duì)尾,等待 JavaScript 引擎的處理。這些事件可以是當(dāng)前執(zhí)行的代碼塊如定時(shí)任務(wù)、也可來(lái)自瀏覽器內(nèi)核的其他線程如鼠標(biāo)點(diǎn)擊、AJAX 異步請(qǐng)求等,但由于 JavaScript 的單線程關(guān)系所有這些事件都得排隊(duì)等待 JavaScript 引擎處理。
3.5 瀏覽器 http 異步請(qǐng)求線程
在 XMLHttpRequest 在連接后是通過(guò)瀏覽器新開(kāi)一個(gè)線程請(qǐng)求, 將檢測(cè)到狀態(tài)變更時(shí),如果設(shè)置有回調(diào)函數(shù),異步線程就產(chǎn)生狀態(tài)變更事件放到 JavaScript 引擎的處理隊(duì)列中等待處理。
4 以Chrome瀏覽器為例,演示瀏覽器內(nèi)部如何工作

上面鋪墊了這么多理論,下面結(jié)合Chrome講解當(dāng)用戶在地址欄上輸入U(xiǎn)RL后,瀏覽器內(nèi)部都做了寫(xiě)什么

4.1 Chrome瀏覽器中的多進(jìn)程

打開(kāi)Chrome 任務(wù)管理器,可以看到

Chrome運(yùn)行的進(jìn)程

各個(gè)進(jìn)程的功能

? Browser進(jìn)程

功能:Controls "chrome" part of the application including address bar, bookmarks, back and forward buttons. Also handles the invisible, privileged parts of a web browser such as network requests and file access.

? GPU進(jìn)程

功能:Handles GPU tasks in isolation from other processes. It is separated into different process because GPUs handles requests from multiple apps and draw them in the same surface.

? 第三方插件進(jìn)程

功能:Controls any plugins used by the website, for example, flash. 每個(gè)插件對(duì)應(yīng)一個(gè)進(jìn)程,當(dāng)插件運(yùn)行時(shí)創(chuàng)建

? 瀏覽器渲染進(jìn)程

功能:Controls anything inside of the tab where a website is displayed. 默認(rèn)每個(gè)標(biāo)簽頁(yè)創(chuàng)建一個(gè)渲染引擎實(shí)例。

? V8 Proxy resolver

關(guān)于V8 Proxy resolver可查看

code.google.com

group.google.com https://groups.google.com/a/c...!topic/net-dev/73f9B5vFphI

doc.google.com

Chrome支持使用代理腳本為給定的網(wǎng)址選擇代理服務(wù)器,包含使用操作系統(tǒng)提供的代理解析程序的多個(gè)平臺(tái)的回退實(shí)現(xiàn)。但默認(rèn)情況下(iOS除外),它使用內(nèi)置的解析V8執(zhí)行代理腳本(V8 pac)。今天(截至2015年1月),V8 pac在瀏覽器進(jìn)程中運(yùn)行。這意味著瀏覽器進(jìn)程包含一個(gè)V8實(shí)例,這是一個(gè)潛在的安全漏洞。在瀏覽器進(jìn)程中允許V8還需要瀏覽器進(jìn)程允許寫(xiě)入 - 執(zhí)行頁(yè)面。

我們關(guān)于將V8 pac遷移到多帶帶進(jìn)程的建議包括為解析器創(chuàng)建Mojo服務(wù),從實(shí)用程序進(jìn)程導(dǎo)出該服務(wù),以及從瀏覽器進(jìn)程創(chuàng)建/連接到該進(jìn)程。

瀏覽器進(jìn)程之間主要通過(guò)IPC (Inter Process Communication)通信

4.2 Per-frame renderer processes - Site Isolation

Site Isolation is a recently introduced feature in Chrome that runs a separate renderer process for each cross-site iframe. We’ve been talking about one renderer process per tab model which allowed cross-site iframes to run in a single renderer process with sharing memory space between different sites. Running a.com and b.com in the same renderer process might seem okay. The Same Origin Policy is the core security model of the web; it makes sure one site cannot access data from other sites without consent. Bypassing this policy is a primary goal of security attacks. Process isolation is the most effective way to separate sites. With Meltdown and Spectre, it became even more apparent that we need to separate sites using processes. With Site Isolation enabled on desktop by default since Chrome 67, each cross-site iframe in a tab gets a separate renderer process.

每個(gè)iframe是多帶帶的渲染進(jìn)程

此文已由騰訊云+社區(qū)在各渠道發(fā)布

獲取更多新鮮技術(shù)干貨,可以關(guān)注我們騰訊云技術(shù)社區(qū)-云加社區(qū)官方號(hào)及知乎機(jī)構(gòu)號(hào)

文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址:http://specialneedsforspecialkids.com/yun/102099.html

相關(guān)文章

  • 看透 Spring MVC 源代碼分析與實(shí)踐 —— 網(wǎng)站基礎(chǔ)知識(shí)

    摘要:兩個(gè)序號(hào),三個(gè)標(biāo)志位含義表示所傳數(shù)據(jù)的序號(hào)。正常通信時(shí)為,第一次發(fā)起請(qǐng)求時(shí)因?yàn)闆](méi)有需要確認(rèn)接收的數(shù)據(jù)所以為。終止位,用來(lái)在數(shù)據(jù)傳輸完畢后釋放連接。手機(jī)網(wǎng)站如,填寫(xiě)。中的用法普通的用法分為和兩大類。 網(wǎng)站架構(gòu)及其演變過(guò)程 基礎(chǔ)結(jié)構(gòu) 網(wǎng)絡(luò)傳輸分解方式: 標(biāo)準(zhǔn)的 OSI 參考模型 TCP/IP 參考模型 showImg(https://segmentfault.com/img/remot...

    mingde 評(píng)論0 收藏0
  • 那些年我看過(guò)的書(shū) —— 致敬我的大學(xué)生活 —— Say Good Bye !

    摘要:開(kāi)頭正式開(kāi)啟我入職的里程,現(xiàn)在已是工作了一個(gè)星期了,這個(gè)星期算是我入職的過(guò)渡期,算是知道了學(xué)校生活和工作的差距了,總之,盡快習(xí)慣這種生活吧。當(dāng)時(shí)是看的廖雪峰的博客自己也用做爬蟲(chóng)寫(xiě)過(guò)幾篇博客,不過(guò)有些是在前人的基礎(chǔ)上寫(xiě)的。 showImg(https://segmentfault.com/img/remote/1460000010867984); 開(kāi)頭 2017.08.21 正式開(kāi)啟我...

    xiaoqibTn 評(píng)論0 收藏0
  • 一道題看透函數(shù)柯里化

    摘要:對(duì)于函數(shù)的柯里化應(yīng)該不陌生,簡(jiǎn)單來(lái)說(shuō)技術(shù)是一種通過(guò)把多個(gè)參數(shù)填充到函數(shù)體中,實(shí)現(xiàn)將函數(shù)轉(zhuǎn)換為一個(gè)新的經(jīng)過(guò)簡(jiǎn)化的使之接受的參數(shù)更少函數(shù)的技術(shù)。 對(duì)于函數(shù)的柯里化(currying)應(yīng)該不陌生,簡(jiǎn)單來(lái)說(shuō) Currying 技術(shù)是一種通過(guò)把多個(gè)參數(shù)填充到函數(shù)體中,實(shí)現(xiàn)將函數(shù)轉(zhuǎn)換為一個(gè)新的經(jīng)過(guò)簡(jiǎn)化的(使之接受的參數(shù)更少)函數(shù)的技術(shù)。當(dāng)發(fā)現(xiàn)正在調(diào)用同一個(gè)函數(shù)時(shí),并且傳遞的參數(shù)絕大多數(shù)都是相同的,...

    marser 評(píng)論0 收藏0
  • 由parseInt 引發(fā)的問(wèn)題---想到浮點(diǎn)運(yùn)算精度丟失---看透js number 的 encod

    摘要:如題先陳述下問(wèn)題背景偶爾測(cè)測(cè)自己寫(xiě)的計(jì)算器,隨便輸入玩嘛,然后發(fā)生下面詭異的事情當(dāng)我從一個(gè)輸入到十個(gè)的時(shí)候,過(guò)程顯示都是正確的,像這樣繼續(xù)輸入一個(gè)的時(shí)候,然后就這個(gè)樣子了什么原因呢看了下自己的代碼,代碼重要部分長(zhǎng)這樣的這里用了一下強(qiáng)制轉(zhuǎn)化為 如題 先陳述下問(wèn)題背景 偶爾測(cè)測(cè)自己寫(xiě)的計(jì)算器,隨便輸入玩嘛,然后發(fā)生下面詭異的事情:當(dāng)我從一個(gè) 1 輸入到十個(gè) 1 的時(shí)候,過(guò)程顯示都是正確的...

    hightopo 評(píng)論0 收藏0
  • 看透 Spring MVC 源代碼分析與實(shí)踐 —— 俯視 Spring MVC

    摘要:通過(guò)上面的圖,可以看到這三個(gè)類直接實(shí)現(xiàn)三個(gè)接口。如果配置不合法或者需要的參數(shù)丟失或者子類初始化發(fā)生錯(cuò)誤,那么就會(huì)拋出異常日志代碼刪除了從參數(shù)設(shè)置屬性。參與了創(chuàng)建工作,并沒(méi)有涉及請(qǐng)求的處理。小結(jié)本章分析了的請(qǐng)求處理的過(guò)程。 Spring MVC showImg(https://segmentfault.com/img/remote/1460000010193590); Spring MV...

    fsmStudy 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<