不要使用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://mswzjz.cn/article/ghjcis.html