為什麼我的解密字串在 .NET 6 中被截斷，如何修復？

加密字串：導航.Net 6 中的變更

問題

在.Net 6 中，使用自訂加密類別解密的加密字串被截斷在某個時刻。這與 .Net 5 中的行為不同，.Net 5 中傳回了完整的解密字串。

說明

差異源自於 .Net 6 中影響 DeflateStream、GZipStream、和加密流。以前，只有當傳遞給讀取操作的緩衝區完全填滿或到達流末端時，這些流才會完成讀取操作。

在 .Net 6 中，此行為已更改。現在，當至少讀取一個位元組或底層流返回 0 時，讀取操作完成，表示沒有更多資料可用。

解

在提供的程式碼中，錯誤顯示在 Decrypt 方法中，呼叫 Read 方法時不檢查實際讀取的位元組數。這可能會導致解密字串被截斷。

為了修正此問題，程式碼可以採用保護措施來驗證讀取的位元組數並確保讀取完整的流。另一種方法是在解碼資料之前使用 Stream.CopyTo 方法將所有加密位元組從 CryptoStream 傳輸到另一個記憶體流。

解密 UTF8 文字的更佳解決方案是使用 StreamReader。 ReadToEnd 方法，將整個串流讀取為字串。

透過採用這些措施，開發人員可以確保 .Net 6 中字串的準確解密，避免任何意外截斷。

以上是為什麼我的解密字串在 .NET 6 中被截斷，如何修復？的詳細內容。更多資訊請關注PHP中文網其他相關文章！