c# – 为什么我们在Encoder.GetBytes方法中使用flush参数

前端之家收集整理的这篇文章主要介绍了c# – 为什么我们在Encoder.GetBytes方法中使用flush参数前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
这个 link解释了Encoder.GetBytes方法,并且还有一个名为flush的bool参数.冲洗的解释是:

true if this encoder can flush its
state at the end of the conversion;
otherwise,false. To ensure correct
termination of a sequence of blocks of
encoded bytes,the last call to
GetBytes can specify a value of true
for flush.

但是我不明白同花顺是做什么的,也许我喝醉了或者是某事:).请你详细解释一下.

解决方法

假设您通过套接字连接接收数据.您将收到一个长文本作为几个byte []块.

1个Unicode字符可能占用UTF-8流中的2个字节,并且它可以分割为2个字节的块.单独编码2个字节块(并连接字符串)会产生错误.

所以你只能在最后一个块上指定flush = true.当然,如果你只有1个街区,那么这也是最后一个.

提示:使用TextReader并让它为您处理此问题.

编辑

镜像问题(实际上是问:GetBytes)稍微难以解释.

使用flush = true与在GetBytes(…)之后使用Encoder.Reset()相同.它清除了编码器的“状态”,

including trailing characters at the end of the prevIoUs data block,such as an unmatched high surrogate

基本思路是相同的:当从字符串转换为字节块时,反之亦然,这些块不是独立的.

猜你在找的C#相关文章