Page, Frame, Document, DOMWindow etc
Concepts
페이지, 프레임, 도큐멘트, Execution컨텍스트, DOM윈도우의 개념은 다음과 같습니다:
- 페이지는 탭의 개념에 해당합니다 (아래에 설명 된 OOPIF가 활성화되지 않은 경우). 각 렌더러 프로세스는 여러 탭을 포함 할 수 있습니다.
- 프레임은 프레임(메인프레임 또는 iframe)에 해당하는 개념입니다. 각 페이지는 트리 계층 구조로 정렬된 하나 이상의 프레임을 포함할 수 있습니다.
- DOM윈도우는 자바스크립트 window 객체에 해당합니다. 각 프레임은 하나의 DOM윈도우를 가집니다.
- 도큐멘트는 자바스크립트의 window.document 객체에 해당합니다. 각 프레임은 하나의 도큐멘트를 가집니다.
- Execution컨텍스트는 도큐멘트(메인 쓰레드의 경우)와 WorkerGlobalScope(워커 쓰레드의 경우)를 추상화한 개념입니다.
Renderer process : Page = 1 : N.
Page : Frame = 1 : M.
프레임 : DOMWindow : Document (또는 ExecutionContext) = 1 : 1 : 1 이지만, 시간이 지남에 따라 매핑이 변경 될 수 있습니다. 예를 들어 다음 코드를 생각해보십시오:
iframe.contentWindow.location.href = "https://example.com";
이 경우, https://example.com을 위한 새 Window와 새 Document가 생성됩니다. 그러나 프레임은 재사용될 수 있습니다.
(참고: 정확하게 말하면, 어떤 경우에는 Document는 새로 생성되지만 Window와 프레임은 재사용됩니다. 더 복잡한 경우도 있습니다.)
If you want to learn more:
- core/frame/FrameLifecycle.md (주: 파일을 찾을 수 없음)
Out-of-Process iframes (OOPIF)
사이트 격리는 상황을 더욱 안전하지만 복잡하게 만듭니다. :) 사이트 격리의 개념은 사이트 당 하나의 렌더러 프로세스를 만드는 것입니다. (사이트는 페이지의 등록 가능한 도메인 + 1 레이블 및 URL 스키마입니다. 예: https://mail.example.com과 https://chat.example.com은 같은 사이트에 있지만 https://noodles.com 및 https://pumpkins.com은 그렇지 않습니다.) 한 페이지에 하나의 교차 사이트 iframe이 포함 된 경우 페이지는 두 개의 렌더러 프로세스에 의해 호스팅 될 것입니다. 다음 페이지를 고려하십시오:
<!-- https://example.com -->
<body>
<iframe src="https://example2.com"></iframe>
</body>
메인 프레임과 <iframe>은 서로 다른 렌더러 프로세스에 의해 호스팅 될 수 있습니다. 렌더러 프로세스에게 로컬인 프레임은 LocalFrame으로 표시되고, 렌더러 프로세스에게 로컬이 아닌 프레임은 RemoteFrame으로 표시됩니다.
메인 프레임의 관점으로는, 메인 프레임은 LocalFrame이고 <iframe>은 RemoteFrame입니다. <iframe>의 관점으로는, 메인 프레임은 RemoteFrame이고 <iframe>은 LocalFrame입니다.
LocalFrame과 RemoteFrame(각각 서로 다른 렌더러 프로세스에 있을 수 있는) 간의 통신은 브라우저 프로세스를 통하여 처리됩니다.
If you want to learn more:
- Design docs: Site isolation design docs
- How to write code with site isolation: core/frame/SiteIsolation.md (주: 파일 찾을 수 없음)
Detached Frame / Document
프레임 / 문서가 분리 상태 일 수 있습니다. 다음과 같은 경우를 고려하십시오:
doc = iframe.contentDocument;
iframe.remove(); // The iframe is detached from the DOM tree.
doc.createElement("div"); // But you still can run scripts on the detached frame.
까다로운 사실은, 분리된 프레임에서 여전히 스크립트 또는 DOM 작업을 실행할 수 있다는 것입니다. 프레임이 이미 분리 되었기 때문에 대부분의 DOM 작업은 실패하고 오류가 발생합니다. 안타깝게도 분리된 프레임에 대한 동작은 브라우저 간에 실제로 상호 작용할 수 없으며 사양에서도 잘 정의되어 있습니다. 기본적으로 자바 스크립트는 계속 실행되어야하지만 대부분의 DOM 작업은 몇 가지 예외와 함께 실패해야 합니다, 다음과 같이:
void someDOMOperation(...) {
if (!script_state_->ContextIsValid()) { // The frame is already detached
…; // Set an exception etc
return;
}
}
즉, 일반적인 경우 Blink는 프레임이 분리 될 때 정리 작업을 해야합니다. ContextLifecycleObserver를 상속 받음으로써 이것을 구현할 수 있습니다, 다음과 같이:
class SomeObject : public GarbageCollected<SomeObject>, public ContextLifecycleObserver {
void ContextDestroyed() override {
// Do clean-up operations here.
}
~SomeObject() {
// It's not a good idea to do clean-up operations here because it's too late to do them. Also a destructor is not allowed to touch any other objects on Oilpan's heap.
}
};
