转：不要使用PeekChar()判断EOF

原文链接：不要使用PeekChar()判断EOF

注意到MR大有写过有时候可以从其他地方得到二进制的行数，如果是自己写的二进制，可以在开头写入行数，也很好用

-------------------------------------------------------------------------------------------------------

这两天使用.net framework编程，其中有个任务是将一个二进制文件格式转换成mpeg4码流的媒体文件。其中需要使用System.IO.BinaryReader类，按照MSDN和我自己使用的SDK的范例，我使用了类似下面的代码。

 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 

作者：Charles