Nollkopieobjektströmslitsar

När länkupplösning först materialiserar ett komprimerat /Type /ObjStm-objekt, läser tolken nu en nollkopieskivvy över den delade dekomprimerade behållarbufferten istället för en duplicerad delsträng plus en andra strömkopia, så stora dokument med många medlemmar slutar betala en dubbel kopia per objekt

THPDFObjectStreamSliceStream

En publik skrivskyddad TStream-vy över (källa, förskjutning, längd), den håller käll-AnsiString med referens så att behållarbytesen förblir vid liv utan att dupliceras, serverar exakt medlemsbyten, lägger till en virtuell avslutande LF så att tolkare observerar layouten som legacy-kopian producerade, och klämmer istället för att kasta vid sökande före slitsens start, vilket matchar TMemoryStream:s tillmötesgående

THPDFObjectStreamCacheInfo

Två nya diagnostikposter rapporterar nollkopiesökvägen, SliceViewCount räknar de medlemsvyer som överlämnades till tolken och SliceViewBytes summerar de medlemsbytes de täckte, bredvid de befintliga behållare, indexerings-, träff-, miss- och cachelagrad-byte-räknare som returneras av GetLoadedObjectStreamCacheInfo