【Encoding】UTF-8编码规则

本文详细介绍了UTF-8编码的特点及实现原理,并通过一个具体的例子解释了如何将Unicode编码转换为UTF-8编码,以及如何从UTF-8编码还原出Unicode编码。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

UTF-8是一种变长字节编码方式。对于某一个字符的UTF-8编码,如果只有一个字节则其最高二进制位为0;如果是多字节,其第一个字节从最高位开始,连续的二进制位值为1的个数决定了其编码的位数,其余各字节均以10开头。UTF-8最多可用到6个字节。
如表:

字节数格式
1字节0xxxxxxx
2字节110xxxxx 10xxxxxx
3字节1110xxxx 10xxxxxx 10xxxxxx
4字节11110xxx 10xxxxxx 10xxxxxx 10xxxxxx
5字节111110xx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx
6字节1111110x 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx

因此UTF-8中可以用来表示字符编码的实际位数最多有31位,即上表中x所表示的位。除去那些控制位(每字节开头的10等),这些x表示的位与UNICODE编码是一一对应的,位高低顺序也相同。
实际将UNICODE转换为UTF-8编码时应先去除高位0,然后根据所剩编码的位数决定所需最小的UTF-8编码位数。
因此那些基本ASCII字符集中的字符(UNICODE兼容ASCII)只需要一个字节的UTF-8编码(7个二进制位)便可以表示。
对于上面的问题,代码中给出的两个字节是:
十六进制:C0 B1
二进制:11000000 10110001
提取出对应的UNICODE编码:
00000 110001
可以看出此编码并非“标准”的UTF-8编码,因为其第一个字节的“有效编码”全为0,去除高位0后的编码仅有6位。由前面所述,此字符仅用一个字节的UTF-8编码表示就够了。
Java在把字符还原为UTF-8编码时,是按照“标准”的方式处理的,因此我们得到的是仅有1个字节的编码。

网友netstarry写的一个处理字符编码的类,很好的解决了php中字符转换的问题 前一阵子见到了qiushuiwuhen君的关于gbk,unicode,big5的转换的文章 但是多少有一些不太大的问题 于是我设计了一个负责字符转换的类,修正了其中的一些不足,增加了部分功能,以后我会不断扩充该类,来支持更多的字符集 增加了如下几点: unicode->gbk 符号部分的转换 欧元符(?的识别 big5,Unicode,GBK之间的相互转换,前提是只转换共同的字符集部分, 使用说明: 暂时程序支持以下字符编码方式: GBK,BIG5,UTF-16BE(Unicode big-endian字节顺序),UTF-16LE(Unicode little-endian字节顺序),UTF-8 默认输入编码方式为GBK,默认输出编码方式为UTF-16BE; 该类别提供两个函数用来修改输入和输出编码方式: 修改输入编码方式 boolean SetGetEncoding(string $GetEncoding) 修改输出编码方式 boolean SetToEncoding(string $ToEncoding) 函数参数只能使用上述5种编码方式,区分大小写,如GBK不能写成gbk 如果设置成功,返回true,如果使用了错误的编码名,返回false,并现实错误信息 函数 string EncodeString(string $String) 负责进行字符编码转换,返回转换后的字符串 使用前,请将var $FilePath=\"\"变量该为该程序文件的绝对路径,否则将会找不到数据文件 例子: 将gbk编码的字符串转化为UTF-8编码: $s=\"GBK编码\"; $CharEncoding=new Encoding(); $CharEncoding->SetGetEncoding(\"GBK\")||die(\"编码名错误\"); $CharEncoding->SetToEncoding(\"UTF-8\")||die(\"编码名错误\"); echo $CharEncoding->EncodeString($s); 在浏览器中使用UTF-8编码察看,将会看到正确的字符.
### 关于UTF-8编码问题及其解决方案 UTF-8是一种广泛使用的字符编码方式,能够支持几乎所有的Unicode字符集。然而,在实际开发过程中,可能会遇到各种与UTF-8编码相关的问题。以下是常见的UTF-8编码问题以及相应的解决方案。 #### 数据库中的UTF-8配置问题 在创建数据库时,如果未正确设置字符集和校对规则,可能导致数据存储或检索过程中的乱码现象。例如,在MySQL中可以通过如下SQL语句来定义一个使用`utf8mb4`字符集的数据库[^1]: ```sql CREATE DATABASE nutch DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_unicode_ci; ``` 上述命令确保了新创建的数据库可以处理更广泛的Unicode字符集合(包括表情符号)。如果没有指定这些参数,默认可能不会启用完整的UTF-8支持,从而引发潜在的数据丢失或者显示错误。 #### HTTP消息转换器中的文本媒体类型支持 当通过HTTP协议传输字符串内容时,Spring框架提供了`StringHttpMessageConverter`类用于读取和写入字符串形式的消息体。默认情况下它会识别并操作所有基于文本的内容类型(`text/*`),同时发送响应时设定其MIME类型为`text/plain;charset=UTF-8`[^2]。这意味着服务器端返回给客户端的信息会被标记成采用UTF-8编码格式,以保证跨平台间的一致性和兼容性。 对于表单提交场景下的多部分文件上传请求,则需借助另一个名为`FormHttpMessageConverter`的对象完成解析工作。尽管如此,无论哪种情况都强调保持一致性的编码标准——即始终推荐运用UTF-8作为首选方案之一。 #### Java环境版本选择注意事项 Oracle官方文档指出某些较旧版JDK/JRE虽然仍可供下载以便调试遗留项目之用,但由于缺乏最新安全补丁更新而不建议部署到生产环境中运行[^3]。因此,在涉及国际化应用场合下务必选用经过充分测试验证过的现代Java发行版,并确认其中内置Nashorn JavaScript引擎或其他依赖组件均已适配好最新的Unicode扩展特性。 另外值得注意的是,即便选择了合适的软件栈组合之后仍然可能出现因操作系统层面区域选项不当而导致的实际执行效果偏离预期目标的现象;此时则应进一步核查具体进程启动脚本里是否显式指定了 `-Dfile.encoding=UTF-8` JVM 参数项。 #### CocoaPods终端编码需求说明 针对iOS/macOS开发者而言,安装第三方库管理工具CocoaPods之前往往还需要满足特定前提条件其中之一便是要求所处的工作区具备有效的UTF-8编码能力。否则即使顺利完成初始化流程也可能因为后续编译阶段遭遇隐含异常而失败告终[^4]。解决办法通常包含但不限于调整shell profile 文件内的LANG/LC_ALL变量赋值行为使之符合期望模式样例展示如下所示: ```bash export LANG=en_US.UTF-8 export LC_ALL=en_US.UTF-8 ``` 最后重启受影响的应用程序实例即可生效。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值