Die Ressourcenanforderungen und andere DevTools/WebInspector-bezogene Daten werden von InspectorController und seinen Agenten gesammelt. (es ist nur C++ - Code)
Danach werden alle Daten in WebInspector als JS-Aufrufe der Methoden des WebInspector-Objekts eingefügt.
Wie Sie wahrscheinlich wissen, ist die GUI des DevTools/WebInspectors eine HTML-Seite und eine Menge JavaScript.
Sie können versuchen, die interne Welt von Inspector durch Inspector selbst zu untersuchen.
- starten Chrome mit Flagge - process-per-tab;
- Inspektorfenster im abgedockten Modus öffnen;
- Drücken Sie im Inspektorfenster Strg-Umschalt-I.
Der gesamte Verkehr zwischen Inspektor und inspizierte Seite sind vorbei über zwei Funktionen: von Inspektor inspiziert Seite - sendMessageToBackend aus inspizierten Seite Inspector - devtools$$dispatch
Sie können für WebInspector in WebKit die neuesten Änderungen verfolgen über diese link.
dies gefunden: http://developer.apple.com/mac/library/documentation/AppleApplications/Reference/WebKitDOMRef/InspectorBackend_idl/Classes/InspectorBackend/index.html aber immer noch, um herauszufinden, wie es zu benutzen. – est
Es ist ein bisschen veraltet und wurde aus dem ToT entfernt. Im Moment machen wir ein großes Refactoring des Inspector-Protokolls. Sie können versuchen, http://trac.webkit.org/browser/trunk/WebCore/inspector/Inspector.idl zu sehen Diese Datei ist eine Art von Inspector API-Spezifikation. Methoden mit [notify] Flag übertragen die Daten von der Seite an Inspector. Die anderen verwenden Inspector, um die Daten anzufordern und die Zustände der Agenten zu manipulieren. Der Übergang vom alten Inspector-Protokoll ist noch nicht abgeschlossen, aber es ist fast zu Ende. – loislo
danke für das Update, loislo. Da es ein bisschen verwandt ist, können Sie mir helfen mit [dieser Frage] (http://stackoverflow.com/questions/3380914/third-party-ipc-calls-to-chromium-to-capture-filter-traffic) ? – est