[Fizz] Track postponed holes in the prerender pass #27317

I renamed startWork to startRender and added a startPrerender. Later, we'll probably add a startResume. This just adds a non-null Map. This is a signal to the runtime to track postponed holes. Ideally this would be static but it's not worth the forking that would require. Especially since this is just a cost when you postpone other than a bit extra code.

Todo this we need to stash the rootFormatContext on the request. It's unfortunate that this is state that's not needed for regular rendering.

This is unfortunate that we need to add this to the render path in general but this doesn't really cost anything extra in terms of allocations since this object would live anyway so it's an extra field.

For now this only tracks inside boundaries but it's set up to handle holes in the root too. We now need a status field on the boundary because pendingTasks === 0 no longer implies that a boundary is complete.

This creates a tree that we can follow when replaying to find those holes. This flips the tree and encodes the ids at this point.

Because we don't flush the stream until later after we've returned we need to assign these points an ID early so that we can write them in the resume payload.

Since we're now assigning IDs eagerly to postponed boundaries and segments we can encode them into their serialized form eagerly. Instead of doing a second pass at the end.

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[Fizz] Track postponed holes in the prerender pass #27317

[Fizz] Track postponed holes in the prerender pass #27317

Commits on Aug 31, 2023