漫谈.NET开发中的字符串编码

         在《 .NET 4.0面向对象编程漫谈》基础篇《13.2.1 序列化与流》中，向大家介绍了如何向流中序列化一个对象。

         本篇扩充阅读将向读者介绍将字符串对象的序列化，这里面的关键是字符串应该如何编码和解码为二进制数值，从而可以把它们保存到文件流（FileStream）中，或者通过网络流（NetworkStream）将它们远程发送到另一台计算机上。

　　1 引子

         在实际开发中，经常需要将一些字符串写入到文本文件中，或者从文本文件中读入字符串，在.NET应用程序中，通常使用StreamReader或StreamWriter两个类完成这一工作，比如以下代码将fileContent字串写入到FileName文件中：

       如果你使用.NET基类库中相关类（比如StreamReader或下面用到的File类）去读取这个文件，你会发现一切如你所愿地正常运转：

        由于多数情况下我们都工作在中文Windows下，而且往往都是某个.NET程序写，另一个.NET程序读，所以，不少.NET程序员可能都没注意到这其中其实存在着一个字符编码的问题，在特定的场合下，这一问题会给我们带来麻烦。

         请看图1：

图 1 记事本支持的编码方式

         默认情况下，Windows记事本以ANSI编码方式保存文件。如图1所示，如果文本内容为“中国ab”，记事本将其以ASNI方式保存为“test.txt”，则以下代码将“罢工”了（参看图2）：

图 2 汉字将显示为乱码

         如图 2所示，File.ReadAllText方法打开“test.txt”文件时，会发现英文字符可以正常显示，但中文将显示为乱码。

　　2 了解字符的编码

         我们可以做个试验，使用记事本将“中国ab”这个中英混杂的字符串以不同编码方式保存为多个“.txt”文件，然后直接查看其二进制内容：

图 3  比对字符编码

          图 3展示了“中国ab”按四种编码方式（ANSI、UTF8、Unicode、Unicode Big Endian）得到的不同二进制数据。

         以英文字符“a”为例，ANSI和UTF8得到的数值都是“61”，但Unicode将它扩充为2个字节16位的二进制（“61 00”和“00 61”），所以我们又将这种编码方式称为UTF-16。

         UTF-16又可以细分为2种编码方式：Big Endian方式与Little_Edian方式，这两者的唯一区别在于字节排列顺序刚好相反， Little_Edian方式将“a”编码为“61 00”，而Big Endian方式则编码为“00 61”。

         现在看看中文字符，“中国”两个汉字，ANSI编码为“D6 D0 B9 FA”，4个字节，一个汉字占两个字节，而UTF8则编码为“E4 B8 AD E5 9B BD”，6个字节，一个汉字占3个字节！这说明UTF8是一种“变长”的编码，可能使用1~4个字节来表示某个字符。

         另外，我们看到UTF8和Unicode编码（不管是Big Endian还是Little Endian）前面都有几个标记字符，这些字符放在文本文件的开头，称为“BOM（Byte Order Mark，字节顺序标记）”指明了文本的编码方式，以下是.NET程序中常见的字符编码方式的BOM值：

         了解了上述基础知识，我们就可以依据BOM值自动检测字符串的编码方式，从而正确从二进制数据流中解码，以下代码检测文本二进制数据是否采用UTF8编码：

//打开文件读取二进制数据
byte[] FileContents = File.ReadAllBytes(FilePath);
int filelength = FileContents.Length;
//检测BOM
if (FileContents[0] == 0xef && FileContents[1] == 0xbb && FileContents[2] == 0xbf)
{  
   //按UTF8解码字符串，注意要排除掉BOM占用的3个字节。
   String content= Encoding.UTF8.GetString( FileContents, 3, filelength - 3);
   Console.WriteLine(content);
}

         其他的编码方式都可以“依样画葫芦”。

　　3 详解.NET基类库中与字符编码相关的类

         前述代码中的Encoding类是.NET实现字符编码解码的核心类型。图4展示了它的属性：

图 4 Encoding类型

         如图4所示，Encoding类型提供了UTF8、Unicode等编码和解码器，调用它的Get系列方法完成编码和解码工作，以下为示例代码：

//编码
byte[] bytes = Encoding.UTF8.GetBytes("中国ab");
foreach (byte value in bytes)
   Console.Write(" {0}", value.ToString("x")); //转化为16进制
Console.WriteLine();
//解码
char[] chars = Encoding.UTF8.GetChars(bytes);
foreach (char ch in chars)
    Console.Write(" {0}", ch);

　　运行结果如下：

图5 编码和解码

         需要注意的是上述二进制值不包括BOM。

         事实上，.NET中的StreamWriter默认采用UTF8编码格式编码字符串，但并不将UTF8所对应的BOM值（“EF BB BF”）写入到二进制流中。以下是StreamWriter的一个构造函数声明：

         类似地，File.ReadAllText()方法在内部使用UTF8来读取指定文件中的字符串：

     由于默认编码方式一致，所以配套使用StreamWriter和File.ReadAllText()方法可以正确地从流中存取字符串。

    出于提升代码可维护性考虑，正确的用法应该是明确地指明编码方式：

static void WriteFileUseStreamWriterUseUTF8(String fileContent, String FileName)
{
    using (StreamWriter writer = new StreamWriter(FileName, false, Encoding.UTF8))
    {
                   writer.Write(fileContent);
    }
}

          这时，StreamWriter会在文件开头写入UTF8的BOM标记，从而让其他的应用程序可以很明确地知道本文件中字符串的编码方式。

　　4 谈谈有趣的Encoding.Default属性        

         Encoding类中有一个有趣的Default属性，它的类型很奇怪，叫作“DBCSCodePageEncoding”，这个类型在MSDN中是查不到的。

         “DBCS”代表“double-byte character set（双字节字符集）”，它是与“SBCS（single-byte character set，单字节字符集）”相对应的，SBCS中，所有字符都只占一个字节，所以能表示的字符数有限，但在DBCS中，英文字母占一个字节，汉字等特殊字符占有两个字节，从而扩充了Windows能显示的字符数量。

         DBCSCodePageEncoding中的“Code Page”被称为“代码页”，每个代码页定义了特定的编码将如何对应于特定的字符（比如简体和繁体中文就分别定义在不同的代码页中），因此，同样的二进制数值，在不同的代码页中，会代表不同的字符。中文Windows通过使用基于代码页的DBCS编码方式，可以方便地以多种编码方式显示和处理字符串。

         我们在MSDN中可以查到所有代码页的编号，下面列出了可能比较常用的代码页标识：

         .NET应用程序可以通过以下方式获取指定代码页的编码对象：        

         以下代码将按照指定代码页编码字符串，并将其写入到文件中：

    现在，使用以下代码将按照UTF8编码字符串：

　　5 结束语

         除了本文所介绍的将字符串保存到文本文件的这种场景，字符串的编码方式在基于套接字的TCP/UDP网络编程也非常重要，比如.NET提供了一个NetworkStream封装Socket实现网络通讯，如果希望将一个命令字符串从客户端送到服务端，服务端通过读取这个字符串完成特定的工作，则编码方式就很重要了，客户端与服务端必须采用一致的编码方式传送命令，否则，网络服务就有可能因为无法解析客户端发送过来的数据而Down掉。

         有关网络编程的内容很有趣，我的下一篇文章会介绍.NET套接字编程。

         好了，这篇介绍字符串编码的短文写完了，希望本文能对读者有所帮助，如有错误，敬请指正。