Symbian Series 60的2.1中文版本的SDK是个比较不错的开发选择。最大的特色就是支持了TCP/IP Network，可以不用插件情况，很方便地进行网络模拟了。 不过2.1的中文版本在进行GBK转换到UNICODE的API似乎有个BUG。也就是这行的代码：

 CCnvCharacterSetConverter::PrepareToConvertToOrFromL(KCharacterSetIdentifierGbk, Fs)

  在2.1的中文版本的模拟器上，它始终返回一个错误代码(-12)，但是呢，Symbian 6.1的中文手机就已经支持这个API了。如果编译成ARMI代码，放在真机上是没有问题的，只是模拟器的问题，而且只是2.1的中文版模拟器的问题。我后来在2.2的中文版模拟器上跑过，也没有问题。

  不过，有点奇怪的是，Symbian 2.x后的模拟器都支持直接加宽GBK编码在模拟器上的显示，也就是直接使用_L宏就可以了，比如_L("大家好！")，但是真机上显示出来的还是乱码，那么怎么办呢？

  我的办法就是使用宏嘛，条件编译嘛，比如下面一个条件，我就是直接加宽字符：

#if defined(__WINS__) && defined(__SERIES60_21__)
   ...  // 直接加宽Windows上常规字符串
#else
  ... // 调用CCnvCharacterSetConverter的API进行GBK=>Unicode的编码转换
#endif

  直接加宽字符串呢，可以解决英文ASCII编码到Unicode的转换，因为Unicode下，英文的编码值还是一样的，只是从8为变成16位，高8位为0。而中文的就不一样了，WINDOWS上使用的都是GB2312的汉字编码，属于GBK的大集合，这种编码的特点就是可以和ASCII兼容，因为它的一个字节的最高位为1，而ASCII编码最高位是0。Windows上可以直接通过MultiByteToWideChar(CP_ACP, 0, ...)这个API进行转换成UNICODE了。

  或者直接用WINDOWS的记事本也可以“另存”为Unicode的编码，不过小心的是，它会在文件头增加FF FE两个字节的标记。

  讨论了这么久的编码问题，说到最后，其实直接升级你的SYMBIAN SDK到2.2版本，或许是最佳的选择。