不要使用PeekChar()判断EOF_.netframework编程
这两天使用.net framework编程,其中有个任务是将一个二进制文件格式转换成mpeg4码流的媒体文件。其中需要使用System.IO.BinaryReader类,按照MSDN和我自己使用的SDK的范例,我使用了类似下面的代码。
10年积累的网站设计制作、网站设计经验,可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你,你也不认识我。但先做网站设计后付款的网站建设流程,更有仙桃免费网站建设让你可以放心的选择与我们合作。
using(FileStream inputFile = new FileStream("name.bin",FileMode.Open))
using(BinaryReader br = new BinaryReader(inputFile))
{
while(br.PeekChar() != -1) ///<----崩溃
{
////......
}
}
以上代码总是会在调用个PeekChar()的时候发生崩溃,错误信息为:输出字符缓冲区太小,无法包含解码后的字符,编码“Unicode (UTF-8)”的操作回退“System.Text.DecoderReplacementFallback”。 搞不清楚怎么回事,后来上网反复查,发现这个竟然是一个.net framework的bug。
其中涉及到UTF编码格式的一些知识,我也不太明白,不过有一点是可以确定,官方推荐不要使用PeekChar()来判断EOF。这真是让我很晕啊,怎么那么多官方文档和SDK里面都用错误的例子啊,被误导了,耽误了不少时间呢。
推荐使用的判断EOF的方法是:
br.BaseStream.Position < br.BaseStream.Length
参考文献:
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1939995&SiteID=1
http://www.codeplex.com/SvnBridge/WorkItem/View.aspx?WorkItemId=9077
当前名称:不要使用PeekChar()判断EOF_.netframework编程
分享地址:http://azwzsj.com/article/ghjcis.html