这两天使用.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
