Fix in-process hot reload session refresh

[NatElkins]

Summary

• refreshes the project output from checked results before hot reload stale-output validation when the in-process path is enabled
• keeps the session refresh compile scoped to the resolved live hot reload session instead of leaking through a boolean mode
• moves live emission-target tracking and scoped emission-context bracketing into hot reload state helpers
• shares hot-reload replay-name ordinal parsing and keeps synthesized type mapping injective
• adds generic regression coverage for stale-output refresh, unrelated CE closures in another source file, and top-level closure replay during unrelated edits

Verification

• dotnet build src/Compiler/FSharp.Compiler.Service.fsproj -c Debug -v minimal: passed, 0 warnings, 0 errors
• dotnet test --project tests/FSharp.Compiler.Service.Tests/FSharp.Compiler.Service.Tests.fsproj -c Debug --no-build -- --filter-class "*HotReloadCheckerTests*": 36 passed
• dotnet test --project tests/FSharp.Compiler.Service.Tests/FSharp.Compiler.Service.Tests.fsproj -c Debug --no-build -- --filter-class "*HotReload*": 417 passed

Notes

This branch is still a scratch review artifact based on perf-optimization-spike. The code change itself is hot-reload-specific and should be folded into, or stacked directly on, the in-process compile slice before upstream review.

[NatElkins]

Closing this scratch PR. The current review path is the existing constituent PR stack, especially dotnet#20031 for the in-process compile slice, plus the aggregate hot-reload-v2 preview branch. This scratch branch is based on the older perf spike branch and should not be merged.