Heim > Web-Frontend > Front-End-Fragen und Antworten > Schauen Sie sich diese Browser-Interviewfragen an. Wie viele können Sie richtig beantworten?

Schauen Sie sich diese Browser-Interviewfragen an. Wie viele können Sie richtig beantworten?

青灯夜游
Freigeben: 2022-03-23 10:39:59
nach vorne
3693 Leute haben es durchsucht

In diesem Artikel finden Sie einige Interviewfragen zu Browsern. Sehen Sie, wie viele Sie beantworten können. Analysieren Sie die richtigen Antworten und sehen Sie, wie viele Sie richtig machen können!

Schauen Sie sich diese Browser-Interviewfragen an. Wie viele können Sie richtig beantworten?

1. Was sind die gängigen Browserkerne?

Der Kernel des Browsers kann in zwei Teile unterteilt werden:

渲染引擎JS引擎 (Hinweis: Der Browser-Kernel, auf den wir uns oft beziehen, bezieht sich auf die Rendering-Engine)

Da die JS-Engine immer beliebter wird Unabhängig, der Kernel bezieht sich nur auf die Rendering-Engine. Die Rendering-Engine wird hauptsächlich verwendet, um Netzwerkseitenressourcen anzufordern, die analysiert und gesetzt und dem Benutzer präsentiert werden sollen

Browser/RunTime Kernel (Rendering-Engine) JavaScript-Engine
Chrome Blink ( 28~) Webkit (Chrome 27) V8
FireFox Gecko SpiderMonkey
Safari Webkit JavaScriptCore
Edge EdgeHTML Chakra (für JavaScript)
IE Trident Chakra (für JScript)
Opera Presto->blink Linear A (4.0-6.1) /Linear B (7.0 -9.2)/Futhark (9.5-10.2)/ Carakan (10.5-)
Node.js - V8

2. Was sind die Hauptkomponenten eines Browsers?

  • Benutzeroberfläche: einschließlich Adressleiste, Vorwärts-/Zurück-/Aktualisierungs-/Lesezeichenschaltflächen usw.

  • Browser-Engine: überträgt Anweisungen zwischen der Benutzeroberfläche und der Rendering-Engine.

  • Rendering-Engine: wird zum Zeichnen von Anforderungsinhalten verwendet

  • Netzwerk: Wird zum Abschließen von Netzwerkaufrufen wie http-Anfragen verwendet, verfügt über eine plattformunabhängige Schnittstelle und kann auf verschiedenen Plattformen arbeiten

  • JavaScript-Interpreter: Wird zum Parsen und Ausführen von JavaScript-Code verwendet

  • Benutzeroberfläche Backend: Wird zum Zeichnen grundlegender Widgets wie Kombinationsfelder und Fenster verwendet.

  • Datenspeicher: Er gehört zur Persistenzschicht. Der Browser speichert verschiedene Daten wie Cookies auf der Festplatte Festplatte, HTML5 Definiert die Webdatenbanktechnologie, eine leichte und vollständige clientseitige Speichertechnologie. Jede Registerkarte ist ein unabhängiger Prozess

3 Sagen Sie mir, was von der Eingabe der URL bis zum Rendern der Seite passiert. Man kann sagen, dass diese Frage die häufigste Frage in Vorstellungsgesprächen ist und unendlich schwierig sein kann. Im Allgemeinen stellen Interviewer diese Frage, um die Tiefe Ihres Front-End-Wissens zu testen.

Schauen Sie sich diese Browser-Interviewfragen an. Wie viele können Sie richtig beantworten?1. Der Browser akzeptiert die URL und öffnet den Netzwerkanforderungsthread (einschließlich: Browsermechanismus, Thread und Prozess usw.)

2. Öffnet den Netzwerkthread und gibt eine vollständige http-Anfrage aus (einschließlich: DNS-Abfrage, TCP). /IP-Anfrage, 5-Schicht-Netzwerkprotokoll usw.)

3. Empfangen Sie die Anfrage vom Server an das entsprechende Backend, um die Anfrage zu empfangen (einschließlich: Lastausgleich, Sicherheitsabfangen, interne Backend-Verarbeitung usw.)

4 . HTTP-Interaktion zwischen dem Backend und dem Frontend (einschließlich: http-Header, Antwortcodes, Nachrichtenstrukturen, Cookies usw.)

5. Cache-Probleme (einschließlich: http-starker Cache und ausgehandelter Cache, Cache-Header, Etag, abgelaufen, Cache-Steuerung usw.)

6. Browser Der Analyseprozess nach dem Empfang des http-Datenpakets (einschließlich lexikalischer HTML-Analyse, Analyse in einen DOM-Baum, Analyse von CSS zum Generieren eines CSSOM-Baums und Zusammenführen zum Generieren eines Renderbaums. Dann Layout, Mal-Rendering, zusammengesetzte Ebenensynthese, GPU-Zeichnung, Verarbeitung externer Links usw.)

7. Visuelles CSS-Modell (einschließlich: Element-Rendering-Regeln, wie z. B. enthaltender Block, Steuerfeld, BFC, IFC usw.)

8. JS-Engine-Analyseprozess (einschließlich: JS-Analysephase, Vorverarbeitungsphase, die Ausführungsphase generiert Ausführungskontext, VO (globales Objekt), Bereichskette, Recyclingmechanismus usw.)

Sie werden feststellen, dass es so viele gibt Haben Sie das Gefühl, dass die Prozesse zwischen einer einfachen Eingabe-URL und dem Rendern der Seite sofort abstürzen? (Keine Sorge, wir werden in diesem Kapitel nicht näher darauf eingehen. Wir zeigen Ihnen zunächst, wie Sie diese Frage beantworten können.) . Dieser Abschnitt wird später in einem separaten Artikel behandelt)

Der Browser erhält die IP-Adresse des Domänennamens über den DNS-Server und sendet eine Anfrage an diese IP-Adresse, um den HTML-Text abzurufen

Der Browser-Rendering-Prozess analysiert den HTML-Text und erstellt den DOM-Baum

Wenn beim Parsen des HTML ein Inline-Stil oder eine Stildatei gefunden wird, werden die Stilregeln heruntergeladen und erstellt. Wenn es auf ein JavaScript-Skript stößt, wird es heruntergeladen

Nachdem der DOM-Baum und CSSOM erstellt wurden, führt der Renderprozess die beiden zu einem Renderbaum zusammen.
  • Der Renderprozess beginnt mit dem Layout des Renderbaums und der Generierung eines Layoutbaums.
  • Renderbaum versus Layoutbaum. Zeichnen und generieren Zeichnungsdatensätze
  • 4. Wie analysiert der Browser den Code?
HTML analysieren

Schauen Sie sich diese Browser-Interviewfragen an. Wie viele können Sie richtig beantworten?

HTML wird Zeile für Zeile analysiert, und die Rendering-Engine des Browsers analysiert und konvertiert das HTML-Dokument in DOM-Knoten.

HTML in viele Token analysierenToken in Objekte analysieren

Objekte in einem DOM-Baum kombinieren

  • CSS analysieren
Der Browser analysiert CSS-Selektoren von rechts nach links

Das wissen wir Der DOM-Baum und der CSSOM-Baum werden im Renderbaum zusammengeführt, der das CSSOM tatsächlich an den DOM-Baum anhängt. Daher muss der DOM-Baum basierend auf den vom Selektor bereitgestellten Informationen durchlaufen werden. Sehen wir uns ein Beispiel an:

<style>
.nav .title span {color:blue}
</style>

<div class=&#39;nav&#39;>
  <div class=&#39;title&#39;>
    <span>南玖</span>
  </div>
  <div class="sub_title">前端</header>
</div>
Nach dem Login kopieren

Rechts-nach-links-Übereinstimmung:

Suchen Sie zunächst alle Knotenbereiche ganz rechts und suchen Sie für jeden Bereich aufwärts nach dem Knoten div.title

von h3 und dann nach oben Wenn der Knoten von div.nav

  • schließlich das Stammelement HTML findet, endet die Durchquerung dieses Zweigs.

  • JS analysieren
  • Der Browser verfügt über ein JS-Parser-Tool, das speziell zum Parsen unseres JS-Codes verwendet wird.

Wenn der Browser auf JS-Code stößt, ruft er sofort den „JS-Parser“ auf, um zu arbeiten. Der Parser findet alle Variablen, Funktionen, Parameter usw. in js und weist den Variablenwert undefiniert zu.

Nehmen Sie die Funktion in einen Funktionsblock und speichern Sie ihn im Warehouse. Danach wird der Code Zeile für Zeile analysiert (von oben nach unten, von links nach rechts) und dann mit dem Warehouse abgeglichen.

5.Was ist der Unterschied zwischen DOMContentLoaded und Load?

  • DOMContentLoaded: Wird erst ausgelöst, nachdem die DOM-Analyse abgeschlossen ist, ausgenommen Stylesheets, Bilder und andere Ressourcen.
  • Laden: Wird ausgelöst, wenn alle DOM, Stylesheets, Skripte, Bilder und anderen Ressourcen auf der Seite geladen wurden.

6. Was ist der Unterschied zwischen Browser-Neuzeichnung und Domain-Neuanordnung?

  • Neuanordnung: Ein Teil des Rendering-Baums oder der gesamte Rendering-Baum muss erneut analysiert und die Knotengröße neu berechnet werden, was sich in der Neugenerierung des Layouts und der Neuanordnung von Elementen äußert.
  • Neuzeichnung: Aufgrund von Änderungen in der geometrische Eigenschaften oder Stile der Knoten Änderungen, wie z. B. Elementhintergrundelemente, manifestieren sich darin, dass das Erscheinungsbild bestimmter Elemente geändert wird

Neuzeichnen führt nicht unbedingt zu Neufließen, aber Neuzeichnen führt definitiv zu Neuzeichnen

Anleitung Neuzeichnen und Umfließen auslösen?

Jede Änderung der zum Erstellen des Renderbaums verwendeten Informationen führt zu einem Reflow oder Neuzeichnen:

  • DOM-Knoten hinzufügen, löschen, aktualisieren
  • Einen DOM-Knoten über Anzeige ausblenden: keine – Reflow und Neuzeichnen auslösen
  • Verstecken Sie einen DOM-Knoten über Sichtbarkeit: Ausgeblendet – löst nur ein Neuzeichnen aus, da es keine geometrischen Änderungen gibt.
  • DOM-Knoten auf der Seite verschieben oder animieren.
  • Ein Stylesheet hinzufügen und Stileigenschaften anpassen.
  • Benutzerverhalten, z. B. die Größe des Fensters ändern. Schriftgröße ändern oder scrollen.

Wie vermeide ich ein Neuzeichnen oder Umfließen?

  • Konzentrierte Stiländerung: Verwenden Sie beispielsweise die Klasse, um Stile kollektiv zu ändern.

  • Verwenden Sie document.createDocumentFragment(): Wir können ein Dokument erstellen, das frei vom DOM-Baum ist Über den Knoten „createDocumentFragment“ werden dann Stapeloperationen auf diesem Knoten ausgeführt und schließlich in den DOM-Baum eingefügt, sodass nur ein Reflow ausgelöst wird. document.createDocumentFragment():我们可以通过createDocumentFragment创建一个游离于DOM树之外的节点,然后在此节点上批量操作,最后插入DOM树中,因此只触发一次重排

  • 提升为合成层

    将元素提升为合成层有以下优点:

    • 合成层的位图,会交由 GPU 合成,比 CPU 处理要快

    • 当需要repaint 时,只需要 repaint 本身,不会影响到其他的层

    • 对于 transformopacity 效果,不会触发 layoutpaint

      提升合成层的最好方式是使用 CSS 的 will-change 属性

7.为什么JS是单线程的?

这主要与JS的用途有关,JS作为浏览器的脚本语言,最初主要是实现用户与浏览器的交互,以及操作DOM。这就决定了它只能是单线程,否则会带来许多复杂的同步问题。

举个例子: 如果JS是多线程的,其中一个线程要修改一个DOM元素,另外一个线程想要删除这个DOM元素,这时候浏览器就不知道该听谁的。所以为了避免复杂性,从一诞生,JavaScript就被设计成单线程。

为了利用多核CPU的计算能力,HTML5提出Web Worker标准,允许JavaScript脚本创建多个线程,但是子线程完全受主线程控制,且不得操作DOM。所以,这个新标准并没有改变JavaScript单线程的本质

8.CSS加载会阻塞DOM吗?

先上结论

  • CSS不会阻塞DOM的解析,但会阻塞DOM的渲染
  • CSS会阻塞JS执行,但不会阻塞JS文件的下载

CSSOM的作用

  • 第一个是提供给JavaScript操作样式表的能力

  • 第二个是为布局树的合成提供基础的样式信息

  • 这个CSSOM体现在DOM中就是document.styleSheets

Die Teile der Kompositionsebene Das Bild wird von der GPU synthetisiert, was schneller ist als die CPU-Verarbeitung

  • Beim repaint</code > ist erforderlich, nur <code>repaint< /code> selbst hat keinen Einfluss auf andere Ebenen<p><strong></strong></p>Für die Effekte <code>transform und opacity, layout</ code> und <code wird nicht ausgelöst >paint
  • Der beste Weg, eine Kompositionsebene zu verbessern, ist die Verwendung der CSS-Eigenschaft will-change

  • 7. Warum ist JS Single-Threaded?
  • Dies hängt hauptsächlich mit dem Zweck von JS zusammen. Als Skriptsprache des Browsers wurde JS zunächst hauptsächlich dazu verwendet, die Interaktion zwischen dem Benutzer und dem Browser zu realisieren und das DOM zu bedienen. Dies legt fest, dass es nur Single-Threaded sein kann, da es sonst viele komplexe Synchronisationsprobleme mit sich bringt.

    Zum Beispiel:
  • Wenn JS multithreaded ist, ein Thread ein DOM-Element ändern möchte und ein anderer Thread das DOM-Element löschen möchte, weiß der Browser nicht, auf wen er hören soll. Um Komplexität zu vermeiden, wurde JavaScript von Anfang an so konzipiert, dass es Single-Threaded ist.

Um die Rechenleistung von Multi-Core-CPUs zu nutzen, schlägt HTML5 den Web Worker-Standard vor, der es JavaScript-Skripten ermöglicht, mehrere Threads zu erstellen, die untergeordneten Threads werden jedoch vollständig vom Haupt-Thread gesteuert und dürfen den nicht bedienen DOM. Daher ändert dieser neue Standard nichts an der Single-Threaded-Natur von JavaScript.

8 Wird das Laden von CSS das DOM blockieren?

🎜🎜Zuerst die Schlussfolgerung🎜🎜🎜
🎜🎜CSS blockiert nicht das Parsen von DOM, aber es blockiert das Rendern von DOM< /code> 🎜🎜<code>CSS blockiert die Ausführung von JS, aber nicht den Download von JS-Dateien🎜🎜
🎜🎜🎜Die Rolle von CSSOM🎜 🎜🎜🎜🎜🎜Die erste besteht darin, JavaScript die Möglichkeit zu geben, Stylesheets zu bedienen. 🎜🎜🎜🎜 Die zweite besteht darin, grundlegende Stilinformationen für die Synthese von Layoutbäumen bereitzustellen. 🎜🎜🎜🎜Dieses CSSOM wird im DOM als document .styleSheets widergespiegelt 🎜🎜🎜🎜Wir können anhand des zuvor erwähnten Browser-Rendering-Prozesses erkennen: 🎜🎜🎜🎜DOM und CSSOM werden normalerweise parallel erstellt, sodass 🎜CSS nicht geladen wird DOM-Parsing blockieren🎜🎜🎜 🎜🎜Der Renderbaum hängt vom DOM-Baum und dem CSSOM-Baum ab, daher muss er warten, bis beide geladen sind, bevor er mit dem Erstellen des Renderings beginnen kann, sodass 🎜CSS-Laden das Rendern des DOM blockiert🎜🎜🎜🎜 🎜Da JavaScript DOM und CSS bedienen kann, können beim Rendern der Schnittstelle die Eigenschaften dieser Elemente geändert werden (d. h. der JavaScript-Thread und der UI-Thread werden gleichzeitig ausgeführt), die Elemente können vor und nach dem Rendering-Thread abgerufen werden inkonsistent sein. Um unerwartete Rendering-Ergebnisse zu verhindern, stellt der Browser den 🎜GUI-Rendering-Thread und den JavaScript-Thread so ein, dass sie sich gegenseitig ausschließen. JS muss auf den Download von CSS warten. (CSS blockiert die DOM-Ausführung)🎜🎜🎜

Wenn der Inhalt des JS-Skripts darin besteht, den Stil des Elements zu erhalten, muss es auf CSS zurückgreifen. Da der Browser nicht erkennen kann, was in JS vor sich geht, muss er warten, bis alle vorherigen Stile heruntergeladen wurden, bevor er JS ausführt, um eine Stilübernahme zu vermeiden. Allerdings werden JS-Dateien und CSS-Dateien parallel heruntergeladen. Die CSS-Datei wird geladen und ausgeführt, bevor die nachfolgende JS-Datei ausgeführt wird, sodass JS脚本的内容是获取元素的样式,那它就必然依赖CSS。因为浏览器无法感知JS内部到底想干什么,为避免样式获取,就只好等前面所有的样式下载完毕再执行JS。但JS文件与CSS文件下载是并行的,CSS文件会在后面的JS文件执行前先加载执行完毕,所以CSS会阻塞后面JS的执行

避免白屏,提高CSS的加载速度

  • 使用CDN(CDN会根据你的网络状况,挑选最近的一个具有缓存内容的节点为你提供资源,因此可以减少加载时间)
  • 对CSS进行压缩
  • 合理使用缓存
  • 减少http请求数,合并CSS文件

9.JS会阻塞页面吗?

先上结论

JS会阻塞DOM的解析,因此也就会阻塞页面的加载

这也是为什么我们常说要把JS文件放在最下面的原因

由于 JavaScript 是可操纵 DOM 的,如果在修改这些元素属性同时渲染界面(即 JavaScript 线程和 UI 线程同时运行),那么渲染线程前后获得的元素数据就可能不一致了。

因此为了防止渲染出现不可预期的结果,浏览器设置 **「GUI 渲染线程与 JavaScript 引擎为互斥」**的关系。

当 JavaScript 引擎执行时 GUI 线程会被挂起,GUI 更新会被保存在一个队列中等到引擎线程空闲时立即被执行。

当浏览器在执行 JavaScript 程序的时候,GUI 渲染线程会被保存在一个队列中,直到 JS 程序执行完成,才会接着执行。

因此如果 JS 执行的时间过长,这样就会造成页面的渲染不连贯,导致页面渲染加载阻塞的感觉。

10.defer和async的区别?

  • 两者都是异步去加载外部JS文件,不会阻塞DOM解析
  • Async是在外部JS加载完成后,浏览器空闲时,Load事件触发前执行,标记为async的脚本并不保证按照指定他们的先后顺序执行,该属性对于内联脚本无作用 (即没有**「src」**属性的脚本)。
  • defer是在JS加载完成后,整个文档解析完成后,触发 DOMContentLoaded 事件前执行,如果缺少 srcCSS die Ausführung nachfolgender JS blockiert

Vermeiden Sie den weißen Bildschirm und verbessern Sie die Ladegeschwindigkeit von CSS

Verwenden Sie CDN (CDN wählt den nächstgelegenen Knoten mit zwischengespeichertem Inhalt aus, um Ihnen Ressourcen basierend auf Ihren Netzwerkbedingungen bereitzustellen, sodass die Ladezeit verkürzt werden kann)

Komprimieren Sie CSS

Verwenden Sie den Cache sinnvoll

Reduzieren Sie die Anzahl der HTTP-Anfragen und führen Sie CSS-Dateien zusammen.

9 Wird JS die Seite blockieren?

Lassen Sie uns zuerst zum Schluss kommen

JS blockiert das Parsen des DOM

und daher das Laden der Seite

Aus diesem Grund sagen wir oft, dass wir die JS-Datei unten platzieren sollten

Da JavaScript das DOM manipulieren kann, werden die Elementdaten vor und nach dem Rendering-Thread abgerufen, wenn Sie die Eigenschaften dieser Elemente während des Renderns der Schnittstelle ändern (dh der JavaScript-Thread und der UI-Thread werden gleichzeitig ausgeführt). kann inkonsistent sein.

Um unerwartete Rendering-Ergebnisse zu verhindern, legt der Browser daher eine **„GUI-Rendering-Thread und JavaScript-Engine schließen sich gegenseitig aus“**-Beziehung fest.

Wenn die JavaScript-Engine ausgeführt wird, wird der GUI-Thread angehalten und GUI-Updates werden in einer Warteschlange gespeichert und sofort ausgeführt, wenn der Engine-Thread inaktiv ist.

Wenn der Browser ein JavaScript-Programm ausführt, wird der GUI-Rendering-Thread in einer Warteschlange gespeichert und erst ausgeführt, wenn das JS-Programm abgeschlossen ist.

Wenn also die Ausführungszeit von JS zu lang ist, führt dies dazu, dass das Rendern der Seite inkohärent ist, was zu dem Gefühl führt, dass das Rendern und Laden der Seite blockiert ist.

10. Was ist der Unterschied zwischen aufschieben und asynchron?

Beide laden externe JS-Dateien asynchron und blockieren die DOM-Analyse nicht.
  • Async wird ausgeführt, nachdem das externe JS-Laden abgeschlossen ist, wenn der Browser inaktiv ist und bevor das Load-Ereignis ausgelöst wird Befolgen Sie die Reihenfolge, in der sie ausgeführt werden. Dieses Attribut hat keine Auswirkung auf Inline-Skripte (d. h. Skripte ohne das Attribut „src“).
  • defer wird ausgeführt, nachdem das JS geladen wurde, nachdem das gesamte Dokument analysiert wurde und bevor das Ereignis DOMContentLoaded ausgelöst wird, wenn das Attribut src (d. h. eingebettetes Skript) vorhanden ist. fehlt, sollte dieses Attribut nicht verwendet werden, da es in diesem Fall nicht funktioniert
  • 11. Garbage-Collection-Mechanismus des Browsers

Die Garbage-Collection ist ein automatischer Speicherverwaltungsmechanismus. Dynamischer Speicher auf Ihrem Computer sollte freigegeben werden, wenn er nicht mehr benötigt wird.

Es ist zu beachten, dass automatisch bedeutet, dass der Browser uns automatisch dabei helfen kann, Speichermüll zu recyceln. Dies bedeutet jedoch nicht, dass wir uns nicht um die Speicherverwaltung kümmern müssen. Wenn es nicht ordnungsgemäß ausgeführt wird, kommt es in JavaScript immer noch zu einem Speicherüberlauf , was zum Absturz des Systems führt. 🎜🎜🎜Da Strings, Arrays, Objekte usw. keine feste Größe haben, müssen sie dynamisch zugewiesen werden, wenn ihre Größe bekannt ist. Jedes Mal, wenn ein JavaScript-Programm eine Zeichenfolge, ein Array oder ein Objekt erstellt, muss der Interpreter Speicher zum Speichern dieser Entität zuweisen. 🎜🎜Der JavaScript-Interpreter kann erkennen, wenn das Programm ein Objekt nicht mehr verwendet. Wenn es feststellt, dass das Objekt nutzlos ist, weiß es, dass das Objekt nicht mehr benötigt wird, und kann den von ihm belegten Speicher freigeben. 🎜🎜Es gibt zwei Methoden der Garbage Collection, die normalerweise von Browsern verwendet werden: 🎜Mark Sweep🎜, 🎜Reference Counting🎜. 🎜🎜🎜🎜Mark Clearing🎜🎜🎜🎜🎜Dies ist die am häufigsten verwendete Garbage-Collection-Methode in JavaScript🎜🎜🎜Seit 2012 verwenden alle modernen Browser die Mark-Clearing-Garbage-Collection-Methode, mit Ausnahme niedrigerer Versionen des IE. Referenzzählung. 🎜🎜🎜Was ist also die Entfernung von Markierungen? 🎜🎜🎜🎜Es gibt ein globales Objekt in JavaScript. Der Garbage Collector beginnt regelmäßig mit diesem globalen Objekt, sucht alle Objekte, auf die von diesem globalen Objekt verwiesen wird, und findet dann die Objekte, auf die diese Objekte verweisen ... Für diese aktiven Objekte Markierung, dies ist die Markierungsphase. In der Löschphase werden die nicht markierten Objekte gelöscht. 🎜🎜🎜Ein Problem beim Löschen von Markierungen besteht darin, dass der Speicherplatz nach dem Löschen diskontinuierlich ist, d. h. es kommt zu einer Speicherfragmentierung. Wenn später ein relativ großer kontinuierlicher Speicherplatz benötigt wird, wird dieser den Anforderungen nicht gerecht. Die Methode der „Markenorganisation“ kann dieses Problem effektiv lösen. 🎜🎜Beim Markieren wird das Konzept der dreifarbigen Markierung eingeführt. Die drei Farben sind: 🎜🎜🎜Weiß: Nicht markierte Objekte, also nicht erreichbare Objekte (Objekte, die nicht gescannt werden), können recycelt werden. 🎜🎜Grau : Objekte, die markiert wurden (erreichbare Objekte), aber die Objekte wurden noch nicht gescannt und können nicht recycelt werden 🎜🎜Schwarz: wurden gescannt (erreichbare Objekte) und können nicht recycelt werden 🎜🎜🎜🎜 Markierungssortierung: 🎜🎜

Die Markierungsphase unterscheidet sich nicht von der Markierungs- und Löschmethode, außer dass die Markierungs- und Löschmethode nach Abschluss der Markierung die verbleibenden Objekte auf eine Seite des Speichers verschiebt und schließlich den Grenzspeicher bereinigt.

Referenzzählung

Die Bedeutung der Referenzzählung besteht darin, zu verfolgen, wie oft auf jeden Wert verwiesen wird. Wenn einer Variablen A ein Wert zugewiesen wird, beträgt die Anzahl der Verweise auf diesen Wert 1. Wenn Variable A neu zugewiesen wird, verringert sich die Anzahl der Verweise auf den vorherigen Wert um 1. Wenn die Anzahl der Referenzen 0 wird, bedeutet dies, dass es keine Möglichkeit mehr gibt, auf diesen Wert zuzugreifen, sodass der von diesem Wert belegte Speicher gelöscht werden kann.

Die meisten Browser haben diese Recyclingmethode aufgegeben

Speicherleck

Um Speicherlecks zu vermeiden, ist es am besten, den Wert auf null</ zu setzen, sobald die Daten nicht mehr verwendet werden. Code>Um seine Referenz freizugeben, heißt diese Methode <code>null来释放其引用,这个方法叫做接触引用

哪些情况会造成内存泄漏?如何避免?

以 Vue 为例,通常有这些情况:

  • 监听在 window/body 等事件没有解绑
  • 绑在 EventBus 的事件没有解绑
  • Vuex$storewatch 了之后没有 unwatch
  • 使用第三方库创建,没有调用正确的销毁函数

解决办法:beforeDestroy 中及时销毁

  • 绑定了 DOM/BOM 对象中的事件 addEventListenerremoveEventListener
  • 观察者模式 $on$off处理。
  • 如果组件中使用了定时器,应销毁处理。
  • 如果在 mounted/created 钩子中使用了第三方库初始化,对应的销毁。
  • 使用弱引用 weakMapweakSet

浏览器中不同类型变量的内存都是何时释放的?

  • 引用类型

    • 在没有引用之后,通过 V8 自动回收。
  • 基本类型

    • 如果处于闭包的情况下,要等闭包没有引用才会被 V8 回收。
    • 非闭包的情况下,等待 V8 的新生代切换的时候回收。

12.说一说浏览器的缓存机制?

认识浏览器缓存

当浏览器请求一个网站时,会加载各种资源,对于一些不经常变动的资源,浏览器会将他们保存在本地内存中,下次访问时直接加载这些资源,提高访问速度。

如何知道资源是请求的服务器还是读取的缓存呢?

Schauen Sie sich diese Browser-Interviewfragen an. Wie viele können Sie richtig beantworten?

看上面这张图,有些资源的size值是大小,有些是from disk cache,有些是from memory cache,显示大小的是请求的服务器资源,而显示后面两种的则是读取的缓存。

  • disk cache: 就是将资源存储在磁盘中,等待下次访问时不需重新下载,直接从磁盘中读取,它的直接操作对象为CurlCacheManagerKontaktreferenz
  • Welche Situationen führen zu Speicherverlusten? Wie kann man es vermeiden?
Am Beispiel von Vue gibt es normalerweise folgende Situationen:
    erstellt Die korrekte Zerstörungsfunktion wird nicht aufgerufenLösung: Rechtzeitig zerstören in beforeDestroyBinden Sie das Ereignis addEventListener< im <code>DOM/BOM Objekt /code>, removeEventListener. Beobachtermodus $on, $off Verarbeitung. Wenn in einer Komponente ein Timer verwendet wird, sollte dieser zerstört werden. Wenn eine Bibliotheksinitialisierung eines Drittanbieters im Hook mounted/created verwendet wird, wird diese entsprechend zerstört. Verwenden Sie schwache Referenzen weakMap, weakSet. Wann werden die Speicher verschiedener Variablentypen im Browser freigegeben?
      Referenztypen werden von V8 automatisch recycelt, wenn keine Referenzen vorhanden sind.
      Ereignisse, die in window/body überwacht werden, sind nicht ungebunden Ereignisse, die an EventBus gebunden sind, sind nicht entbunden Nach dem Entbinden von Vuexs $store wird watch nicht mit unwatch
          Basistyp🎜
            🎜Wenn es sich in einem Verschluss befindet, wird es von V8 erst recycelt, wenn der Verschluss keinen Verweis mehr hat. 🎜🎜Im Falle einer Nichtschließung wird es recycelt, während auf den Wechsel der neuen V8-Generation gewartet wird. 🎜🎜🎜🎜

            12. Erzählen Sie uns etwas über den Caching-Mechanismus des Browsers?

            🎜🎜🎜Browser-Cache verstehen🎜🎜🎜🎜Wenn der Browser eine Website anfordert, werden verschiedene Ressourcen geladen. Bei einigen Ressourcen, die sich nicht häufig ändern, speichert der Browser sie für das nächste Mal im lokalen Speicher. Laden Sie diese Ressourcen direkt während des Zugriffs, um die Zugriffsgeschwindigkeit zu verbessern. 🎜🎜🎜🎜Woher weiß ich, ob die Ressource vom Server angefordert oder aus dem Cache gelesen wird? 🎜🎜🎜🎜Schauen Sie sich diese Browser-Interviewfragen an. Wie viele können Sie richtig beantworten?🎜 🎜Sehen Sie sich das Bild oben an. Der Größenwert einiger Ressourcen ist die Größe, einige sind aus dem Festplatten-Cache und andere sind aus dem Speicher-Cache Die beiden letztgenannten werden als Lesecache angezeigt. 🎜
              🎜🎜Festplatten-Cache: 🎜 dient dazu, Ressourcen auf der Festplatte zu speichern und auf den nächsten Zugriff zu warten, ohne sie erneut herunterzuladen. Sein direktes Operationsobjekt ist CurlCacheManager . (Die Effizienz ist langsamer als beim Speichercache, aber die Speicherkapazität ist groß und die Speicherzeit ist lang) 🎜🎜🎜Speichercache: 🎜 Es dient dazu, Ressourcen im Speicher zwischenzuspeichern und auf den nächsten Zugriff zu warten, ohne sie erneut herunterzuladen. direkt aus dem Gedächtnis lesen. (Aus Sicht der Effizienz ist es am schnellsten und aus Sicht der Überlebenszeit am kürzesten.) Speichern Sie nur einige abgeleitete Ressourcendateien.🎜🎜Nur einige abgeleitete Ressourcendateien können gespeichert werden.🎜🎜🎜🎜Der Unterschied Ressourcen🎜🎜Allgemeine Skripte, Schriftarten und Bilder werden im Speicher gespeichert. Im Allgemeinen werden Nicht-Skripte wie CSS usw. im Speicher gespeichert.🎜🎜🎜🎜

              Browser-Cache-Klassifizierung

              • Starker Cache
              • Verhandlungscache

              Wenn der Browser Ressourcen vom Server anfordert, ermittelt er zunächst, ob er auf den starken Cache trifft, und wenn dies fehlschlägt, bestimmt er, ob er trifft der Verhandlungscache

              Starker Cache

              Wenn der Browser Ressourcen lädt, ermittelt er zunächst anhand des Headers der lokalen Cache-Ressource, ob er trifft , wird die Ressource im Cache direkt verwendet und nicht erneut an den Cache gesendet. Der Server sendet die Anfrage. header中判断是否命中强缓存,如果命中则直接使用缓存中的资源,不会再向服务器发送请求。 (这里的header中的信息指的是 expirescache-control

              • Expires

              该字段是 http1.0 时的规范,它的值为一个绝对时间的 GMT 格式的时间字符串,比如 Expires:Mon,18 Oct 2066 23:59:59 GMT。这个时间代表着这个资源的失效时间,在此时间之前,即命中缓存。这种方式有一个明显的缺点,由于失效时间是一个绝对时间,所以当服务器与客户端时间偏差较大时,就会导致缓存混乱。所以这种方式很快在后来的HTTP1.1版本中被抛弃了。

              • Cache-Control

              Cache-Control 是 http1.1 时出现的 header 信息,主要是利用该字段的 max-age 值来进行判断,它是一个相对时间,例如 Cache-Control:max-age=3600,代表着资源的有效期是 3600 秒。cache-control 除了该字段外,还有下面几个比较常用的设置值:

              no-cache:需要进行协商缓存,发送请求到服务器确认是否使用缓存。

              no-store:禁止使用缓存,每一次都要重新请求数据。

              public:可以被所有的用户缓存,包括终端用户和 CDN 等中间代理服务器。

              private:只能被终端用户的浏览器缓存,不允许 CDN 等中继缓存服务器对其缓存。

              Cache-Control 与 Expires 可以在服务端配置同时启用,同时启用的时候 Cache-Control 优先级高。

              协商缓存

              当强缓存没命中时,浏览器会发送一个请求到服务器,服务器根据 header 中的信息来判断是否命中协商缓存。如果命中,则返回304 ,告诉浏览器资源未更新,可以使用本地缓存。 (这里的header信息指的是Last-Modify/If-Modify-SinceETag/If-None-Match(Die Informationen in der Kopfzeile hier beziehen sich auf expires und cache-control)

              • Expires

              Dieses Feld ist

              http1.0

              Bei der Zeitangabe handelt es sich bei dem Wert um eine

              absolute Zeit

              Zeitzeichenfolge im GMT-Format, z. B. Läuft ab:Mo,18. Okt. 2066 23:59:59 GMT. Diese Zeit stellt die Ablaufzeit dieser Ressource dar. Vor diesem Zeitpunkt wird der Cache erreicht. Diese Methode weist einen offensichtlichen Nachteil auf. Da es sich bei der Ablaufzeit um eine absolute Zeit handelt, führt eine große Zeitabweichung zwischen dem Server und dem Client zu Cache-Verwirrung. Daher wurde diese Methode in der späteren Version von HTTP 1.1 schnell aufgegeben.

              Cache-Control

              • Cache-Control ist die Header-Information, die bei http1.1 angezeigt wird. Sie wird hauptsächlich anhand des

                max-age
              • -Werts dieses Felds beurteilt relative Zeit
              Zum Beispiel bedeutet Cache-Control:max-age=3600, dass die Ressourcengültigkeitsdauer 3600 Sekunden beträgt. Zusätzlich zu diesem Feld verfügt die Cache-Steuerung auch über die folgenden häufiger verwendeten Einstellungswerte:

              no-cache

              : Sie müssen den Cache aushandeln und eine Anfrage an den Server senden, um zu bestätigen, ob der Cache verwendet werden soll.

              no-store

              : Caching deaktivieren und Daten jedes Mal neu anfordern.

              öffentlich: Kann von allen Benutzern zwischengespeichert werden, einschließlich Endbenutzern und zwischengeschalteten Proxyservern wie CDN.

              privat: Es kann nur vom Browser des Endbenutzers zwischengespeichert werden und darf nicht von Relay-Cache-Servern wie CDN zwischengespeichert werden.

              Cache-Control und Expires können gleichzeitig in der Serverkonfiguration aktiviert werden. Bei gleichzeitiger Aktivierung hat Cache-Control eine höhere Priorität.

              Negotiation Cache

              🎜🎜Wenn der starke Cache fehlschlägt, sendet der Browser eine Anfrage an den Server und der Server bestimmt anhand der Informationen im header, ob der Aushandlungcache erreicht wird . Bei einem Treffer wird 🎜304🎜 zurückgegeben und teilt dem Browser mit, dass die Ressource nicht aktualisiert wurde und der lokale Cache verwendet werden kann. 🎜(Die Header-Informationen hier beziehen sich auf Last-Modify/If-Modify-Since und ETag/If-None-Match)🎜🎜🎜🎜🎜🎜Last-Modify / If-Modify-Since🎜🎜🎜🎜🎜Wenn der Browser zum ersten Mal eine Ressource anfordert, wird „Last-Modify“ zum vom Server zurückgegebenen Header hinzugefügt. „Last-Modify“ ist eine Zeitangabe, die den Zeitpunkt der letzten Änderung der Ressource angibt . 🎜🎜Wenn der Browser die Ressource erneut anfordert, enthält der Anforderungsheader „If-Modify-Since“, also die letzte Änderung, die vor dem Caching zurückgegeben wird. Nachdem der Server If-Modify-Since empfangen hat, bestimmt er anhand der letzten Änderungszeit der Ressource, ob der Cache erreicht wird. 🎜🎜Wenn der Cache erreicht wird, wird 304 zurückgegeben und der Ressourceninhalt wird nicht zurückgegeben und Last-Modify wird nicht zurückgegeben. 🎜🎜Nachteile:🎜🎜Wenn sich die Ressourcen in kurzer Zeit ändern, ändert sich Last-Modified nicht. 🎜🎜Zyklische Veränderungen. Wenn diese Ressource innerhalb eines Zyklus wieder in ihr ursprüngliches Aussehen zurückversetzt wird, gehen wir davon aus, dass sie zwischengespeichert werden kann, Last-Modified glaubt dies jedoch nicht, daher gibt es ein ETag. 🎜🎜🎜🎜🎜ETag/If-None-Match🎜🎜🎜🎜🎜Der Unterschied zu Last-Modify/If-Modify-Since besteht darin, dass Etag/If-None-Match einen Prüfcode zurückgibt. ETag kann garantieren, dass jede Ressource einzigartig ist und Ressourcenänderungen zu ETag-Änderungen führen. Der Server bestimmt anhand des vom Browser gesendeten If-None-Match-Werts, ob der Cache erreicht wird. 🎜🎜Der Unterschied zu Last-Modified besteht darin, dass, wenn der Server eine 304 Not Modified-Antwort zurückgibt, das ETag im Antwortheader zurückgegeben wird, da das ETag neu generiert wurde, auch wenn sich das ETag gegenüber dem vorherigen nicht geändert hat. 🎜🎜🎜Last-Modified und ETag können zusammen verwendet werden. Der Server überprüft zunächst das ETag, vergleicht es dann weiter und entscheidet schließlich, ob 304 zurückgegeben wird. 🎜🎜🎜🎜🎜Zusammenfassung🎜🎜🎜🎜🎜Wenn der Browser auf eine bereits besuchte Ressource zugreift, sind seine Schritte: 🎜🎜🎜1. Überprüfen Sie zunächst, ob der starke Cache getroffen wird?, Verwenden Sie den Cache direkt . Wenn der starke Cache nicht erreicht wird, wird die Anfrage an den Server gesendet, um zu sehen, ob er den Verhandlungscache erreicht. 🎜🎜3 Wenn der Verhandlungscache erreicht wird, gibt der Server 304 zurück, um dem Browser mitzuteilen, dass der lokale Cache vorhanden ist 4. Wenn der Verhandlungscache nicht erreicht wird, gibt der Server neue Ressourcen an den Browser zurück🎜

              13.什么是浏览器的同源策略,以及跨域?

              同源策略

              同源策略是浏览器的一种自我保护行为。所谓的同源指的是:协议,域名,端口均要相同

              浏览器中大部分内容都是受同源策略限制的,但是以下三个标签不受限制:

              <img  src="..." / alt="Schauen Sie sich diese Browser-Interviewfragen an. Wie viele können Sie richtig beantworten?" >
              <link href="..." />
              <script src="..."></script>
              Nach dem Login kopieren

              跨域

              跨域指的是浏览器不能执行其它域名下的脚本。它是由浏览器的同源策略限制的。

              你可能会想跨域请求到底有没有发送到服务器?

              事实上,跨域请求时能够发送到服务器的,并且服务器也能过接受的请求并正常返回结果,只是结果被浏览器拦截了。

              跨域解决方案(列出几个常用的)

              • JSONP

              它主要是利用script标签不受浏览器同源策略的限制,可以拿到从其他源传输过来的数据,需要服务端支持。

              优缺点:

              兼容性比较好,可用于解决主流浏览器的跨域数据访问的问题。缺点就是仅支持get请求,具有局限性,不安全,可能会受到XSS攻击。

              思路:

              • 声明一个回调函数,其函数名(如show)当做参数值,要传递给跨域请求数据的服务器,函数形参为要获取目标数据(服务器返回的data)。
              • 创建一个<script>标签,把那个跨域的API数据接口地址,赋值给script的src,还要在这个地址中向服务器传递该函数名(可以通过问号传参:?callback=show)。
              • 服务器接收到请求后,需要进行特殊的处理:把传递进来的函数名和它需要给你的数据拼接成一个字符串,例如:传递进去的函数名是show,它准备好的数据是show(&#39;南玖&#39;)
              • 最后服务器把准备的数据通过HTTP协议返回给客户端,客户端再调用执行之前声明的回调函数(show),对返回的数据进行操作。
              // front
              function jsonp({ url, params, callback }) {
                return new Promise((resolve, reject) => {
                  let script = document.createElement(&#39;script&#39;)
                  window[callback] = function(data) {
                    resolve(data)
                    document.body.removeChild(script)
                  }
                  params = { ...params, callback } // wd=b&callback=show
                  let arrs = []
                  for (let key in params) {
                    arrs.push(`${key}=${params[key]}`)
                  }
                  script.src = `${url}?${arrs.join(&#39;&&#39;)}`
                  document.body.appendChild(script)
                })
              }
              jsonp({
                url: &#39;http://localhost:3000/say&#39;,
                params: { wd: &#39;wxgongzhonghao&#39; },
                callback: &#39;show&#39;
              }).then(data => {
                console.log(data)
              })
              Nach dem Login kopieren
              // server 借助express框架
              let express = require(&#39;express&#39;)
              let app = express()
              app.get(&#39;/say&#39;, function(req, res) {
                let { wd, callback } = req.query
                console.log(wd) // Iloveyou
                console.log(callback) // show
                res.end(`${callback}(&#39;关注前端南玖&#39;)`)
              })
              app.listen(3000)
              Nach dem Login kopieren

              上面这段代码相当于向http://localhost:3000/say?wd=wxgongzhonghao&callback=show这个地址请求数据,然后后台返回show(&#39;关注前端南玖&#39;),最后会运行show()这个函数,打印出'关注前端南玖'

              • 跨域资源共享(CORS)

              CORS(Cross-Origin Resource Sharing)跨域资源共享,定义了必须在访问跨域资源时,浏览器与服务器应该如何沟通。CORS背后的基本思想是使用自定义的HTTP头部让浏览器与服务器进行沟通,从而决定请求或响应是应该成功还是失败。

              CORS 需要浏览器和后端同时支持。IE 8 和 9 需要通过 XDomainRequest 来实现

              浏览器会自动进行 CORS 通信,实现 CORS 通信的关键是后端。只要后端实现了 CORS,就实现了跨域。

              服务端设置 Access-Control-Allow-Origin 就可以开启 CORS。 该属性表示哪些域名可以访问资源,如果设置通配符则表示所有网站都可以访问资源。

              虽然设置 CORS 和前端没什么关系,但是通过这种方式解决跨域问题的话,会在发送请求时出现两种情况,分别为简单请求复杂请求

              简单请求: (满足以下两个条件,就是简单请求)

              1.请求方法为以下三个之一:

              • GET
              • POST
              • HEAD

              2.Content-Type的为以下三个之一:

              • text-plain
              • multiparty/form-data
              • application/x-www-form-urlencoded

              复杂请求:

              不是简单请求那它肯定就是复杂请求了。复杂请求的CORS请求,会在正式发起请求前,增加一次HTTP查询请求,称为预检 请求,该请求是option方法的,通过该请求来知道服务端是否允许该跨域请求。

              Nginx反向代理

              Nginx 反向代理的原理很简单,即所有客户端的请求都必须经过nginx处理,nginx作为代理服务器再将请求转发给后端,这样就规避了浏览器的同源策略。

              14.说说什么是XSS攻击

              什么是XSS?

              XSS 全称是 Cross Site Scripting,为了与css区分开来,所以简称XSS,中文叫作跨站脚本

              XSS是指黑客往页面中注入恶意脚本,从而在用户浏览页面时利用恶意脚本对用户实施攻击的一种手段。

              XSS能够做什么?

              • 窃取Cookie
              • 监听用户行为,比如输入账号密码后之间发给黑客服务器
              • 在网页中生成浮窗广告
              • 修改DOM伪造登入表单

              XSS实现方式

              • 存储型XSS攻击
              • 反射型XSS攻击
              • 基于DOM的XSS攻击

              如何阻止XSS攻击?

              对输入脚本进行过滤或转码

              对用户输入的信息过滤或者转码,保证用户输入的内容不能在HTML解析的时候执行。

              利用CSP

              该安全策略的实现基于一个称作 Content-Security-Policy的HTTP首部。(浏览器内容安全策略)它的核心思想就是服务器决定浏览器加载那些资源。

              • 限制加载其他域下的资源文件,这样即使黑客插入了一个 JavaScript 文件,这个 JavaScript 文件也是无法被加载的;
              • 禁止向第三方域提交数据,这样用户数据也不会外泄;
              • 提供上报机制,能帮助我们及时发现 XSS 攻击。
              • 禁止执行内联脚本和未授权的脚本;

              利用 HttpOnly

              由于很多 XSS 攻击都是来盗用 Cookie 的,因此还可以通过使用 HttpOnly 属性来保护我们 Cookie 的安全。这样子的话,JavaScript 便无法读取 Cookie 的值。这样也能很好的防范 XSS 攻击。

              通常服务器可以将某些 Cookie 设置为 HttpOnly 标志,HttpOnly 是服务器通过 HTTP 响应头来设置的,下面是打开 Google 时,HTTP 响应头中的一段:

              set-cookie: NID=189=M8l6-z41asXtm2uEwcOC5oh9djkffOMhWqQrlnCtOI; expires=Sat, 18-Apr-2020 06:52:22 GMT; path=/; domain=.google.com; HttpOnly
              Nach dem Login kopieren

              对于不受信任的输入,可以限制输入长度

              15.说说什么是CSRF攻击?

              什么是CSRF攻击?

              CSRF 全称 Cross-site request forgery,中文为跨站请求伪造 ,攻击者诱导受害者进入第三方网站,在第三方网站中,向被攻击网站发送跨站请求。利用受害者在被攻击网站已经获取的注册凭证,绕过后台的用户验证,达到冒充用户对被攻击的网站执行某项操作的目的。 CSRF攻击就是黑客利用用户的登录状态,并通过第三方站点来干一些嘿嘿嘿的坏事

              几种常见的攻击类型

              1.GET类型的CSRF

              GET类型的CSRF非常简单,通常只需要一个HTTP请求:

               <img  src="http://bank.example/withdraw?amount=10000&for=hacker"  alt="Schauen Sie sich diese Browser-Interviewfragen an. Wie viele können Sie richtig beantworten?" >
              Nach dem Login kopieren

              在受害者访问含有这个img的页面后,浏览器会自动向http://bank.example/withdraw?account=xiaoming&amount=10000&for=hacker发出一次HTTP请求。bank.example就会收到包含受害者登录信息的一次跨域请求。

              2.POST类型的CSRF

              这种类型的CSRF利用起来通常使用的是一个自动提交的表单,如:

               <form action="http://bank.example/withdraw" method=POST>
                  <input type="hidden" name="account" value="xiaoming" />
                  <input type="hidden" name="amount" value="10000" />
                  <input type="hidden" name="for" value="hacker" />
              </form>
              <script> document.forms[0].submit(); </script>
              Nach dem Login kopieren

              访问该页面后,表单会自动提交,相当于模拟用户完成了一次POST操作。

              3.链接类型的CSRF

              链接类型的CSRF并不常见,比起其他两种用户打开页面就中招的情况,这种需要用户点击链接才会触发。这种类型通常是在论坛中发布的图片中嵌入恶意链接,或者以广告的形式诱导用户中招,攻击者通常会以比较夸张的词语诱骗用户点击,例如:

                <a href="http://test.com/csrf/withdraw.php?amount=1000&for=hacker" taget="_blank">
                重磅消息!!
                <a/>
              Nach dem Login kopieren

              由于之前用户登录了信任的网站A,并且保存登录状态,只要用户主动访问上面的这个PHP页面,则表示攻击成功。

              CSRF的特点

              • 攻击一般发起在第三方网站,而不是被攻击的网站。被攻击的网站无法防止攻击发生。
              • 攻击利用受害者在被攻击网站的登录凭证,冒充受害者提交操作;而不是直接窃取数据。
              • 整个过程攻击者并不能获取到受害者的登录凭证,仅仅是“冒用”。
              • 跨站请求可以用各种方式:图片URL、超链接、CORS、Form提交等等。部分请求方式可以直接嵌入在第三方论坛、文章中,难以进行追踪。

              CSRF通常是跨域的,因为外域通常更容易被攻击者掌控。但是如果本域下有容易被利用的功能,比如可以发图和链接的论坛和评论区,攻击可以直接在本域下进行,而且这种攻击更加危险。

              防护策略

              Ein Hacker kann das Cookie des Opfers nur verwenden, um das Vertrauen des Servers zu missbrauchen, aber der Hacker kann das **„Cookie“** nicht erhalten und den Inhalt des **„Cookies“ nicht sehencookie 骗取服务器的信任,但是黑客并不能凭借拿到**「cookie」**,也看不到 **「cookie」的内容。另外,对于服务器返回的结果,由于浏览器「同源策略」**的限制,黑客也无法进行解析。

              这就告诉我们,我们要保护的对象是那些可以直接产生数据改变的服务,而对于读取数据的服务,则不需要进行CSRF. Darüber hinaus können Hacker die vom Server zurückgegebenen Ergebnisse aufgrund der Einschränkungen der „Same Origin Policy“** des Browsers nicht analysieren.

              Dies sagt uns, dass es sich bei den Objekten, die wir schützen möchten, um Dienste handelt, die direkt Datenänderungen hervorrufen können, und dass für Dienste, die Daten lesen, kein CSRF-Schutz erforderlich ist. Der Schlüssel zum Schutz ist

              „Fügen Sie Informationen in die Anfrage ein, die Hacker nicht fälschen können“

              Originalerkennung

              Da die meisten CSRFs von Websites Dritter stammen, verbieten wir direkt externe Domänen (oder nicht vertrauenswürdige Domänen). Namen) Anfragen an uns richten.

              Dann stellt sich die Frage: Wie stellen wir fest, ob die Anfrage von einer externen Domain kommt?

                Im HTTP-Protokoll trägt jede asynchrone Anfrage zwei Header, die zum Markieren des Quelldomänennamens verwendet werden:
              • Origin-Header
              Referer-Header

              Wenn der Browser eine Anfrage initiiert, werden diese beiden Header in den meisten Fällen verwendet automatisch gebracht und der Inhalt kann nicht vom Frontend angepasst werden. Der Server kann die Quelldomäne der Anforderung ermitteln, indem er die Domänennamen in diesen beiden Headern analysiert.

              Verwenden Sie den Origin-Header, um den Quelldomänennamen zu bestimmen.

              Bei einigen CSRF-bezogenen Anfragen wird das Origin-Feld im angeforderten Header enthalten. Das Feld enthält den angeforderten Domänennamen (ohne Pfad und Abfrage).

              Wenn Origin vorhanden ist, können Sie die Felder in Origin direkt verwenden, um den Quelldomänennamen zu bestätigen.

                Aber Origin existiert in den folgenden beiden Fällen nicht:
              • IE11 Gleiche Origin-Richtlinie: IE 11 fügt den Origin-Header nicht bei standortübergreifenden CORS-Anfragen hinzu, der Referer-Header bleibt weiterhin die eindeutige Kennung. Der grundlegendste Grund ist, dass sich die Definition des gleichen Ursprungs in IE 11 von der anderer Browser unterscheidet. Sie können sich auf
              • MDN Same-origin_policy#IE_Exceptions
              • 302-Umleitung beziehen:
              Ursprung nach 302-Umleitung Nicht enthalten Umgeleitete Anfragen, da Origin als vertrauliche Informationen aus anderen Quellen angesehen werden kann. Bei 302-Weiterleitungen wird die URL an den neuen Server weitergeleitet, sodass der Browser den Ursprung nicht an den neuen Server weitergeben möchte.

              Verwenden Sie den Referrer-Header, um den Quelldomänennamen zu ermitteln.

              Gemäß dem HTTP-Protokoll gibt es im HTTP-Header ein Feld namens Referer, das die Quelladresse der HTTP-Anfrage aufzeichnet. Bei Ajax-Anfragen, Ressourcenanfragen wie Bildern und Skripten ist der Referrer die Seitenadresse, die die Anfrage initiiert. Bei Seitensprüngen ist Referer die Adresse der vorherigen Seite, die den Seitenverlauf geöffnet hat. Daher können wir den Ursprungsteil des Links im Referrer verwenden, um den Quelldomänennamen der Anfrage zu ermitteln.

              Diese Methode ist nicht narrensicher. Der Wert von Referer wird vom Browser bereitgestellt. Obwohl es klare Anforderungen an das HTTP-Protokoll gibt, gibt es keine Garantie dafür, dass der Browser selbst keine Sicherheitslücken aufweist. . Die Methode zur Überprüfung des Referrer-Werts hängt von der Drittpartei (d. h. dem Browser) ab, um die Sicherheit zu gewährleisten. Theoretisch ist dies nicht sehr sicher. In einigen Fällen können Angreifer den von ihnen angeforderten Referrer verbergen oder sogar ändern.

              Im Jahr 2014 veröffentlichte die Web Application Security Working Group des W3C den Referrer-Richtlinienentwurf, der detaillierte Bestimmungen darüber enthielt, wie Browser Referer senden sollten. Mittlerweile unterstützen die meisten neuen Browser diesen Entwurf und wir können endlich die Referrer-Strategie unserer Website flexibel steuern. Die neue Version der Referrer-Richtlinie legt fünf Referrer-Richtlinien fest: „Kein Referrer“, „Kein Referrer bei Downgrade“, „Nur Ursprung“, „Ursprung bei Cross-Origin“ und „Unsichere URL“. Die drei bestehenden Strategien „Nie“, „Standard“ und „Immer“ wurden im neuen Standard umbenannt. Ihre Entsprechung ist wie folgt: Attributwert (alt)nie -Unsichere URLunsichere URLimmer

              根据上面的表格因此需要把Referrer Policy的策略设置成same-origin,对于同源的链接和引用,会发送Referer,referer值为Host不带Path;跨域访问则不携带Referer。例如:aaa.com引用bbb.com的资源,不会发送Referer。

              设置Referrer Policy的方法有三种:

              • 在CSP设置

              • 页面头部增加meta标签

              • a标签增加referrerpolicy属性

              上面说的这些比较多,但我们可以知道一个问题:攻击者可以在自己的请求中隐藏Referer。如果攻击者将自己的请求这样填写:

               <img  src="http://bank.example/withdraw?amount=10000&for=hacker" referrerpolicy="no-referrer" alt="Schauen Sie sich diese Browser-Interviewfragen an. Wie viele können Sie richtig beantworten?" >
              Nach dem Login kopieren

              那么这个请求发起的攻击将不携带Referer。

              另外在以下情况下Referer没有或者不可信:

              1.IE6、7下使用window.location.href=url进行界面的跳转,会丢失Referer。

              2.IE6、7下使用window.open,也会缺失Referer。

              3.HTTPS页面跳转到HTTP页面,所有浏览器Referer都丢失。

              4.点击Flash上到达另外一个网站的时候,Referer的情况就比较杂乱,不太可信。

              无法确认来源域名情况

              当Origin和Referer头文件不存在时该怎么办?如果Origin和Referer都不存在,建议直接进行阻止,特别是如果您没有使用随机CSRF Token(参考下方)作为第二次检查。

              如何阻止外域请求

              通过Header的验证,我们可以知道发起请求的来源域名,这些来源域名可能是网站本域,或者子域名,或者有授权的第三方域名,又或者来自不可信的未知域名。

              我们已经知道了请求域名是否是来自不可信的域名,我们直接阻止掉这些的请求,就能防御CSRF攻击了吗?

              且慢!当一个请求是页面请求(比如网站的主页),而来源是搜索引擎的链接(例如百度的搜索结果),也会被当成疑似CSRF攻击。所以在判断的时候需要过滤掉页面请求情况,通常Header符合以下情况:

              Accept: text/html
              Method: GET
              Nach dem Login kopieren

              但相应的,页面请求就暴露在了CSRF的攻击范围之中。如果你的网站中,在页面的GET请求中对当前用户做了什么操作的话,防范就失效了。

              例如,下面的页面请求:

              GET https://example.com/addComment?comment=XXX&dest=orderId
              Nach dem Login kopieren

              注:这种严格来说并不一定存在CSRF攻击的风险,但仍然有很多网站经常把主文档GET请求挂上参数来实现产品功能,但是这样做对于自身来说是存在安全风险的。

              另外,前面说过,CSRF大多数情况下来自第三方域名,但并不能排除本域发起。如果攻击者有权限在本域发布评论(含链接、图片等,统称UGC),那么它可以直接在本域发起攻击,这种情况下同源策略无法达到防护的作用。

              综上所述:同源验证是一个相对简单的防范方法,能够防范绝大多数的CSRF攻击。但这并不是万无一失的,对于安全性要求较高,或者有较多用户输入内容的网站,我们就要对关键的接口做额外的防护措施。

              CSRF Token

              前面讲到CSRF的另一个特征是,攻击者无法直接窃取到用户的信息(Cookie,Header,网站内容等),仅仅是冒用Cookie中的信息。

              而CSRF攻击之所以能够成功,是因为服务器误把攻击者发送的请求当成了用户自己的请求。那么我们可以要求所有的用户请求都携带一个CSRF攻击者无法获取到的Token。服务器通过校验请求是否携带正确的Token,来把正常的请求和攻击的请求区分开,也可以防范CSRF的攻击。

              利用Cookie的SameSite属性

              可以看看MDN对此的解释:

              https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Headers/Set-Cookie/SameSite

              SameSite可以设置为三个值,StrictLaxNone

              • Strict模式下,浏览器完全禁止第三方请求携带Cookie。比如请求sanyuan.com网站只能在sanyuan.com域名当中请求才能携带 Cookie,在其他网站请求都不能。

              • Lax模式,就宽松一点了,但是只能在 get 方法提交表单况或者a 标签发送 get 请求的情况下可以携带 Cookie,其他情况均不能。

              • 在None模式下,Cookie将在所有上下文中发送,即允许跨域发送。

              更多编程相关知识,请访问:编程入门!!

              Das obige ist der detaillierte Inhalt vonSchauen Sie sich diese Browser-Interviewfragen an. Wie viele können Sie richtig beantworten?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

              Verwandte Etiketten:
              Quelle:juejin.cn
              Erklärung dieser Website
              Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
              Beliebte Tutorials
              Mehr>
              Neueste Downloads
              Mehr>
              Web-Effekte
              Quellcode der Website
              Website-Materialien
              Frontend-Vorlage
              StrategienameAttributwert (neu)
              Kein Referrerkein Referrer
              Kein Empfehlungsgeber Herunterladen