blink::PaintController
Blink28610 Loka 2025

blink::PaintController

builds the display list + paint chunks and manages caching.

As painters call into GraphicsContext, they also drive a PaintController which groups drawing into display items and paint chunks (each keyed by the current property‑tree state). It also handles reuse of cached items to avoid repaint when nothing visually changed. Output is an immutable PaintArtifact. (Chromium Git Repositories)

Key fields

  • PaintArtifact* new_paint_artifact_ — being built for this frame;

  • PaintArtifact* old_paint_artifact_ — previous frame for cache matching;

  • PaintChunker paint_chunker_ — forms chunk boundaries based on property state;

  • PaintControllerPersistentData* persistent_data_ — holds prior artifact & subsequences. (Chromium Git Repositories)

Most important methods

  • UpdateCurrentPaintChunkProperties(const PropertyTreeStateOrAlias&) — starts/updates the current chunk when property state changes. (Chromium Git Repositories)

  • template <class T> CreateAndAppend(...) — appends a display item (records drawing op + metadata). (Chromium Git Repositories)

  • bool UseCachedItemIfPossible(...) — reuses prior items to skip repaints. (Chromium Git Repositories)

  • void BeginFrame(const void* frame) / FrameFirstPaint EndFrame(const void* frame) — delimit a painting pass for metrics + cache book‑keeping. (Chromium Git Repositories)

  • (Internals also maintain id→index maps to support O(1)/linear cache lookups.) (Chromium Git Repositories)

Hands off to: the PaintArtifact it produces.


Jaksot(397)

blink::LocalFrameView

blink::LocalFrameView

orchestrates style → layout → pre‑paint/paint for a frame. This is the workhorse that actually runs lifecycle phases. On a frame tick from WebFrameWidgetImpl, it goes through style recalc, layout (Lay...

9 Loka 202544min

blink::LocalFrame

blink::LocalFrame

the document host and local‑root boundary.
The local frame owns the Document and its LocalFrameView. The local root frame coordinates lifecycle for its subtree (including OOPIF boundaries handled late...

9 Loka 202532min

blink::Page

blink::Page

the page container and animation clock keeper. Page holds frame trees and the PageAnimator that services script‑driven animations on each tick. It’s the top‑level context for the document/view that We...

9 Loka 202534min

blink::WebFrameWidgetImpl

blink::WebFrameWidgetImpl

renderer‑main entry to Blink’s lifecycle. This is where a compositor BeginFrame (coming in via content/public and mojo plumbing) first turns into Blink work on the renderer main thread. It receives th...

9 Loka 202532min

Blink's ComputedStyle: An In-Depth Analysis

Blink's ComputedStyle: An In-Depth Analysis

The collection of sources provides a detailed technical analysis of the ComputedStyle object within Blink, the rendering engine for Chromium. The primary source, an in-depth analysis document, explain...

9 Loka 202545min

Chromium LayerContext Deep Dive: RenderingNG and Scroll Updates

Chromium LayerContext Deep Dive: RenderingNG and Scroll Updates

The source material, primarily an excerpt from a 2025 technical report, provides an in-depth analysis of the LayerContext abstraction within the Chromium RenderingNG pipeline, specifically when the br...

8 Loka 202532min

[ext] Blink's Paint Property Tree Builder: A Surgical Tour of Dragons

[ext] Blink's Paint Property Tree Builder: A Surgical Tour of Dragons

(Make it over 20000 words) source text provides an extremely detailed, technical overview of the blink::PaintPropertyTreeBuilder class in Chromium, which is responsible for building the rendering pipe...

7 Loka 20251h 36min

Blink's Paint Property Tree Builder: A Surgical Tour of Dragons

Blink's Paint Property Tree Builder: A Surgical Tour of Dragons

The source text provides an extremely detailed, technical overview of the blink::PaintPropertyTreeBuilder class in Chromium, which is responsible for building the rendering pipeline's four synchronize...

7 Loka 202543min