Slice Zero-Copy degli Object-Stream

Quando la risoluzione dei link materializza per la prima volta un membro compresso di /Type /ObjStm, il parser ora legge una vista slice zero-copy sul buffer decompresso condiviso invece di una substring duplicata più una seconda copia dello stream, così i documenti grandi con molti membri smettono di pagare una doppia copia per oggetto

THPDFObjectStreamSliceStream

Una vista TStream pubblica read-only su (source, offset, length): trattiene la AnsiString sorgente per riferimento, così i byte del contenitore restano vivi senza duplicarli, serve esattamente i byte del membro, aggiunge un LF virtuale finale così i parser osservano il layout prodotto dalla copia legacy, e clampà invece di sollevare sui seek prima dell'inizio della slice, replicando la tolleranza di TMemoryStream

THPDFObjectStreamCacheInfo

Due nuove diagnostiche riportano il percorso zero-copy: SliceViewCount conta le viste dei membri consegnate al parser e SliceViewBytes somma i byte dei membri coperti, accanto ai contatori esistenti di contenitore, indexing, hit, miss e byte in cache restituiti da GetLoadedObjectStreamCacheInfo