在iconvlib库中 ucs-4-internal 如何理解?

[iamluda]

在网上查到下面一句话:
使用libiconv来进行各种编码方式之间转化。 编译器里的unicode通常是ucs-2-internal和ucs-4-internal。

请问 ucs-4-internal的含义是什么?

[iamluda]

iconv_open - 分配一个字符集转换的描述符

iconv_open 函数 分配 一个 用于 把 fromcode 编码的 字符串 转换成 tocode编码 的 转换 描述符.

fromcode 和 tocode 所允许的值 以及 支持的 组合方式 都是 与 系统 相关的.
对于 这个 libiconv 库, 它 支持 下面 的 编码, 也 支持 其 所有 的 组合.

例如:
iconv_t cd;
cd = iconv_open("UTF-8", "GB2312"); /* 将GB2312字符集转换为UTF-8字符集 */

请问下面这个代码如何理解:
iconv_open("UCS-4-INTERAL","UCS-2LE")

[猫已经找不回了]

UTF8并不算是一种电脑编码，而是一种储存和传送的格式，如前所述，每个Unicode/UCS字符都以 2或4个bytes来储存，看看以下的比较：

　　以"I am Chinese"为例
　　　用ANSI储存：12 Bytes
　　　用Unicode/UCS2储存：24 Bytes + 2 Bytes(header)
　　　用UCS4储存：48 Bytes + 4 Bytes(header)

　　以"我是中国人"为例
　　　用ANSI储存：10 Bytes
　　　用Unicode/UCS2储存：10 Bytes + 2 Bytes(header)
　　　用UCS4储存：20 Bytes + 4 Bytes(header)

[iamluda]

下面的文章引用自 http://www.cnblogs.com/waterflier/archive/2005/11/10/272996.html

在windows下面编程，我们通常都知道unicode这个概念，如果一个程序是unicode的，那么他将调用

unicode的api。这个时候，所有传递给api的字符串参数都要是unicode的.如果使用C的风格，是很简单的

，字符串全部由char* str 转变成TCHAR* str,使用的crt函数(其实也是api)时调用_tcslen类的函数族就

可以了。

在讨论其它问题前要先明确一个概念:unicode 与 utf-8编码,utf-16编码是两个不同类别的术语。

unicode对一个字符提供了一个唯一的编码(参看下面的资料，关于UCS-2与UCS-4)
假设"中"这个字符的编码是0x34 0x34(我乱写的),utf-8对其编码，得到的是 0xE3 0x90 0xB6 需要3byte

的空间进行存储。不同的unicode码经过utf-8编码后会得到变长的结果.比如说'a'经过utf-8编码后得到

的是和ascii码相同,只占1个byte.对unicode使用不同的方法编码,可以有效的节约存储空间(如果选择了

错误的编码,会浪费空间).

中的unicode(UCS-2)值和编码后的结果
unicode utf-8
00110100 00110100 11100011 10010000 10110110
a的unicode值和编码后的结果
unicode utf-8
00000000 01100001 01100001

这里得出的结论是utf-8,utf-16编码是在存储字符串信息前的一个选择,而不是处理字符串的选择.

OK,问题回到字符串编程上来。第一个问题，就是要选择内存中的字符串格式，包括自己所有需要传递字

符串参数的函数的参数定义。我们这里有3个选择，char*(ASCII string),unsigned short*(UCS2

string,windows下的unicode),unsigned long*(UCS4 string,真正的unicode支持)。windows下的api是不支持UCS4的，所以在windows平台下最好只做前2个的选择。类似于windows的TCHAR定义，我们可以做这样

的定义
#ifdef _UCS2
#define TCHAR unsigned short
#else
#ifdef _UCS4
#define TCHAR unsigned long
#else
#define TCHAR char
#endif
#endif
然后有一个问题，如果在程序中需要使用一个预定义的字符串，比如说
TCHAR* str = "中国";
那么,str指向的常量字符串的编码是ACSII string,还是UCS2 unicode string,还是UCS4 unicode

string,是取决于编译器的。这样就容易造成许多不易发现的错误。这里要推荐一个string table的概念

，用如下代码替换。
const TCHAR* str = StringTable::LoadStr(ID_HOMELOAD_NAME);
StringTable类解析一个指定编码的本地字符串表XML文件(可以用各种编码存储)，这个文件可以使用自定

义的工具或则是各种XML编辑工具来生成。使用StringTable::SetOutPutType(enum MemStrType)来使之在

LoadStr的时候转成各种字符串编码。当然，这个类中定义了一系列的编码转换函数，比如说

UTF8TOASCII,UTF8TOUCS2,UTF8TOUCS4,UCS4TOUCS2,UCS4TOASCII,UCS4TOXXX,StringTalbe内部使用UCS4作

为读取后的字符串存储格式，然后再根据StringTable::SetOutPutType指定的输出类型生成相应编码的

Table.这样做的好处就是把这个编码的问题重视化，即时出现编码不一致的错误，也能立刻修正。

在linux下,系统对UCS4的支持比较好，#include<wchar.h>，里面的函数的接口都是ucs4 string.所以如果写跨平台程序，肯定是要用ucs2的(UCS4windows不支持，而且可以节约内存，但是你的程序就不是真正的UNICODE3.1 Support了，而且也不能支持国家标准GB18030).然后再调用linux的相关函数时，转化为UCS4.参考文章http://www0.ccidnet.com/tech/os/2001/07/31/58_2811.html。我懒得写了。