fix(recyclerview): prevent orphaned pending child layouts

[wanxiankai]

Description

Fixes #2319

Move nested RecyclerView pending-layout registration from the render phase to a layout effect. This prevents interrupted or otherwise discarded renders from adding an ID to the parent list's pendingChildIds set without a matching commit that can remove it.

Add an unmount cleanup that releases the child ID when a nested list is removed before its first layout completes. The existing horizontal-list early-unmark behavior remains intact by skipping the commit-phase mark once a horizontal child already has a measured height.

Without these changes, an orphaned ID can make the parent list's relayout effect return early on every later commit, leaving item offsets and content size permanently stale until the parent remounts.

Reviewers’ hat-rack 🎩

• Confirm commit-phase registration preserves first-layout coordination for nested lists.
• Confirm horizontal children are not re-marked after the existing early-unmark path.
• Confirm unmount cleanup is safe when the child already completed and unmarked its first layout.

Screenshots or videos (if needed)

Not applicable; this changes layout lifecycle coordination without a deterministic visual state.

Testing

• Added regression coverage for a render that throws before commit and must not mark its parent.
• Added regression coverage for unmounting a pending nested list and releasing its ID.
• yarn test --runInBand (14 suites, 189 tests)
• yarn lint
• yarn type-check
• yarn build
• Prettier check for the changed files

[wanxiankai]

I have signed the CLA!