编码问题
编码问题例子及解决办法,1000字
编码问题例子及解决办法，1000字
一个常见的编码问题例子是乱码。
乱码通常出现在文字、图像或网页上，其表现为显示出来的内容不正确，可能是拉丁字母、数字和标点符号的组合，随机的乱组合，无法进行识别和理解。
解决乱码的方法有以下几种：
1. 在文字中，可以使用“文字识别”工具，将文字内容重新转换为准确的字符形式。
2. 图像乱码，可以使用“图像处理”工具，对图像进行处理，转换为正确的图像内容。
3. 网页乱码，可以尝试更改浏览器默认的字符集，转换为支持该网页的字符集。
4. 修改浏览器显示编码。
如果排除了字符集问题，可以尝试将浏览器的显示编码和硬件编码调整为相同的编码。
如果在硬件中设置的编码格式不一致，也可能引发乱码的问题。
5. 直接更新程序代码。
如果是在开发代码过程中出现的乱码，可以尝试直接更新程序代码，根据需要增加或减少特定的字符集，以正确的编码格式显示。
6. 更换编码格式。
在某些情况下，乱码也可能由于编码格式不正确引起，需要尝试将编码格式更换为更适合的，以正确的编码格式显示出来。
7. 可以使用“字符集转换”工具，将字符集从一种格式转换为另一种更适合的格式，以解决乱码的问题。
总之，解决乱码的方法是根据不同的情况选择合适的方法进行转换，从而获得正确的编码格式。
汉字编码问题
汉字编码问题由于常常要和汉字处理打交道，因此，我常常受到汉字编码问题的困扰。
在不断的打击与坚持中，也积累了一点汉字编码方面的经验，想和大家一起分享。
一、汉字编码的种类汉字编码中现在主要用到的有三类，包括GBK，GB2312和Big5。
1、GB2312又称国标码，由国家标准总局发布，1981年5月1日实施，通行于大陆。
新加坡等地也使用此编码。
它是一个简化字的编码规范，当然也包括其他的符号、字母、日文假名等，共7445个图形字符，其中汉字占6763个。
我们平时说6768个汉字，实际上里边有5个编码为空白，所以总共有6763个汉字。
GB2312规定“对任意一个图形字符都采用两个字节表示，每个字节均采用七位编码表示”，习惯上称第一个字节为“高字节”，第二个字节为“低字节”。
GB2312中汉字的编码范围为，第一字节0xB0-0xF7(对应十进制为176-247)，第二个字节0xA0-0xFE（对应十进制为160-254）。
GB2312将代码表分为94个区，对应第一字节（0xa1-0xfe）；每个区94个位（0xa1-0xfe），对应第二字节，两个字节的值分别为区号值和位号值加32（2OH），因此也称为区位码。
01-09区为符号、数字区，16-87区为汉字区（0xb0-0xf7），10-15区、88-94区是有待进一步标准化的空白区。
2、Big5又称大五码，主要为香港与台湾使用，即是一个繁体字编码。
每个汉字由两个字节构成，第一个字节的范围从0X81－0XFE（即129-255），共126种。
第二个字节的范围不连续，分别为0X40－0X7E（即64-126），0XA1－0XFE（即161-254），共157种。
3、GBK是GB2312的扩展，是向上兼容的，因此GB2312中的汉字的编码与GBK中汉字的相同。
另外，GBK中还包含繁体字的编码，它与Big5编码之间的关系我还没有弄明白，好像是不一致的。
GBK中每个汉字仍然包含两个字节，第一个字节的范围是0x81-0xFE（即129-254），第二个字节的范围是0x40-0xFE（即64-254）。
常见编码错误：如何避免和修复
常见编码错误：如何避免和修复编码错误是编程过程中常见且容易出现的问题。
它们经常导致程序运行不正确或输出错误的结果。
为了避免和修复这些错误，我们需要在编写代码时采取一些注意事项和解决方法。
下面是我列举的一些常见编码错误，以及如何避免和修复它们。
1.语法错误语法错误是最常见的编码错误之一。
它们通常是由于拼写错误、缺少或多余的符号或括号造成的。
为了避免语法错误，我们应该养成良好的编码习惯，注意拼写和符号的正确使用。
当程序出现语法错误时，编译器或解释器通常会给出错误提示信息，我们可以根据提示信息来修复错误。
2.运行时错误运行时错误是程序在运行时发生的错误。
它们通常是由于数据类型不匹配、数组越界、除零错误等导致的。
为了避免运行时错误，我们应该在使用变量或数据之前进行合适的类型检查或边界检查。
此外，我们还可以使用异常处理机制来处理运行时错误，以确保程序的稳定性。
3.逻辑错误逻辑错误是程序中最难以察觉和修复的错误之一。
它们通常是由于设计或实现中的错误逻辑导致的。
为了避免逻辑错误，我们应该养成良好的设计和分析习惯，在编写代码之前仔细思考和规划。
此外，我们还可以使用调试工具来帮助我们找到和修复逻辑错误。
4.内存泄漏内存泄漏是指在程序中动态分配的内存没有及时释放，导致内存占用不断增加的情况。
为了避免内存泄漏，我们应该在程序适当的地方释放不再需要的内存，特别是在使用动态内存分配函数（如malloc、new等）分配内存时。
此外，我们还可以使用内存管理工具来检测和修复内存泄漏问题。
5.死锁死锁是多线程程序中常见的问题。
它们通常是由于线程之间的竞争和资源分配不当导致的。
为了避免死锁，我们应该在设计和实现并发程序时遵循良好的并发控制原则。
特别是在使用锁时，要避免出现死锁的情况。
此外，我们还可以使用调试工具来分析和解决死锁问题。
6.输入错误输入错误是编程过程中常见的错误之一。
它们通常是由于用户输入不正确或输入格式不符合要求导致的。
写代码遇到的问题和解决方法
写代码遇到的问题和解决方法写代码是一项任务繁重但也非常有趣的工作，然而，即使是最有经验的开发人员也会遇到一些令人困惑的问题。
本篇文章将介绍一些我在编写代码时遇到的一些问题，并分享我所采取的解决方法。
第一个问题：编码错误编码问题是程序员经常遇到的问题之一，原因是计算机会使用不同的编码方式来读取和储存文本。
作为程序员，我曾经遇到过一个文件使用一种编码格式，自己的代码则使用了另一种编码格式。
当我尝试将两者组合在一起进行编译时，程序崩溃了。
解决方法：我们可以尝试使用不同的编辑器来查看文件，并在可能的情况下将文件使用Unicode编码格式重新保存。
或者，我们可以使用一些特殊工具来验证我们的代码和文件使用相同的编码方式。
第二个问题：内存泄漏内存泄漏是在编写代码时最常出现的错误类型之一。
当我们编写程序时，如果我们使用了大量的内存，但没有释放相应的空间，则程序将开始变得缓慢，并且可能崩溃。
解决方法：在编写代码时，我们应该始终确保在使用内存后释放空间。
同时，我们可以使用一些可用的工具，例如内存分析器和垃圾收集器等，来优化内存使用并发现潜在的内存泄漏问题。
第三个问题：兼容性问题当我们在开发一个程序时，我们通常会使用最新的技术和工具。
但是，我们应该始终记住，我们的代码可能需要在不同的操作系统和浏览器上运行。
兼容性问题是一个经典的问题，即使最有经验的开发人员也会遇到这个问题。
解决方法：为了解决这个问题，我们应该尽量使用标准的编程语言，并在测试我们的程序时使用不同的浏览器和操作系统。
我们还应该始终遵循最佳实践和规则，并遵循有关开发跨平台应用程序的指南。
总结：写代码是一项复杂的任务，需要我们始终关注细节和遵循规则。
在我编写代码时，我经常遇到编码问题，内存泄漏和兼容性问题。
然而，我通过使用一些特殊工具和遵循最佳实践，始终能够成功地解决这些问题。
在编写代码时，不要害怕错误，我们应该始终努力学习和改进自己的技能，成为更好的开发人员。
生活中的编码问答题
生活中的编码问答题
1.问题：在购物网站上，你的购物车中有三件商品，分别是价格为200元、300元和150元的商品，计算它们的总价。
答案：200元+300元+150元=650元。
2.问题：你每天早上醒来的时间是7:30AM，晚上入睡的时间是11:00PM，你每天睡眠的总时间是多少小时？
答案：11:00PM-7:30AM=15.5小时。
3.问题：如果你每周工作5天，每天工作8小时，一小时的工资是50元，那么你一个月的工资是多少？
答案：5天/周×8小时/天×4周/月×50元/小时=8000元。
4.问题：你在超市购买了5瓶水，每瓶水的容量是500毫升，每瓶水的价格是2元，你支付的总金额是多少？
答案：5瓶×500毫升/瓶×2元/瓶=5000毫升×2元/瓶=10000元。
5.问题：你在健身房进行锻炼，每周锻炼3次，每次锻炼1.5小时，你每月花在健身房的总时间是多少小时？
答案：3次/周× 1.5小时/次×4周/月=18小时。
这些问题展示了生活中常见的编码思维，涉及到基本的数学计算和逻辑操作。
编码规范引发的问题与解决方案
编码规范引发的问题与解决方案编码规范是在软件开发过程中，规范团队成员在编写代码时应遵循的一组准则。
良好的编码规范可以提高代码的可读性、可维护性和可重用性，同时还可以减少错误和提高团队的工作效率。
然而，编码规范本身也会引发一些问题，本文将讨论这些问题，并提供解决方案。
一、缺乏统一的编码规范会导致代码质量下降和协作困难。
解决方案：制定一份统一的编码规范，并确保所有团队成员都遵守。
编码规范应当包括对命名规范、代码风格、注释规范、错误处理规范等的详细规定。
同时，还需要借助代码审查工具来检查代码是否符合规范，以及将规范列入团队评估和绩效考核中，以强调其重要性。
二、编码规范过于死板，不能适应不同的项目需求。
解决方案：编码规范应该是可定制的，以适应不同项目的需求。
可以制定一些基本的规范，如命名规范和代码风格，然后根据项目的具体需求，灵活调整其他规范。
此外，对于一些特定的技术要求或开发工具，可以制定专门的规范。
三、团队成员对编码规范的知识和理解程度不一致。
解决方案：应该对团队成员进行编码规范的培训和教育，确保每个人都理解并能够正确地应用规范。
可以组织一些培训课程、工作坊或内部讲座，介绍编码规范的重要性、原则和实际应用。
同时，还可以在编码规范的文档中提供示例和解释，帮助团队成员更好地理解。
四、编码规范更新困难，导致跟不上技术和行业的发展。
解决方案：定期审核和更新编码规范，以使其与最新的技术和行业标准保持一致。
可以建立一个专门的编码规范委员会，由团队中的高级开发人员和架构师组成，负责收集和分析最新的技术趋势和行业发展。
根据他们的建议和意见，对编码规范进行更新，并向团队成员进行通知和培训。
五、编码规范不合理或过于严格，影响团队成员的创造力和工作效率。
解决方案：编码规范应该是合理和具体的，既能提高代码质量，又能给团队成员留出一定的创造空间。
应该鼓励团队成员提出意见和建议，以使编码规范更加灵活和可接受。
此外，还可以通过定期的反馈和评估，对编码规范进行调整和优化，以提高团队的工作效率。
号编码设计中的常见问题及解决方法
号编码设计中的常见问题及解决方法在号编码设计中，存在着一些常见问题，这些问题可能会给设计人员和使用者带来困扰。
本文将重点讨论这些问题，并提供相应的解决方法。
1. 号码重复问题在号编码设计中，号码重复是常见的问题之一。
如果不加以处理，号码重复可能导致数据混淆、信息错误等不良后果。
解决方法：- 采用唯一性约束：可以通过设定唯一性约束要求号码在整个系统中必须是唯一的，即一个号码只能对应一个实体。
这样可以有效避免号码重复问题的发生。
- 增加校验机制：可以在号编码生成或使用的过程中增加校验机制，确保所生成或使用的号码没有重复。
例如，可以采用算法生成号码，并在生成过程中进行校验，保证生成的号码不会重复。
2. 号码长度问题号编码的长度直接影响着系统的扩展性和功能性。
设计人员需要合理确定号码的长度，以适应系统的需求。
解决方法：- 考虑系统需求：根据具体的系统需求和功能，合理确定号码的长度。
如果系统需要大规模扩展，可以适当增加号码的长度，以确保系统能够容纳更多的实体。
- 分段设计号码：可以根据系统的不同模块或功能，将号码划分为不同的段落。
这样可以提高系统扩展性，并且使号码的长度控制在一定范围内。
3. 缺乏规范标准问题号编码设计缺乏统一的规范标准，导致不同系统之间的号码设计存在差异，给信息交互和数据管理带来不便。
解决方法：- 制定统一标准：可以通过制定统一的号编码设计标准，定义号码的格式、长度等要求，使得不同系统之间的号码设计趋于统一。
这样可以提高信息交互和数据管理的效率。
- 建立号码管理机构：可以建立专门的号码管理机构，负责统一管理和监督号码的设计和使用。
该机构可以制定相关标准，并对号编码设计进行审核和认证，确保设计符合规范。
4. 号码分配不合理问题在号编码设计中，号码的分配不合理可能导致数据的不均衡分布，对系统的整体性能和效率产生负面影响。
解决方法：- 均衡分配号码：可以采用算法或者规则对号码进行均衡分配，确保数据的分布相对均匀。
错误排查：媒体编码技术常见问题解析(七)
错误排查：媒体编码技术常见问题解析在现今数字化时代，媒体编码技术扮演着至关重要的角色。
无论是音频、视频还是图像编码，都有可能遇到各种各样的问题。
在这篇文章中，我们将讨论媒体编码技术中常见的问题，并提供解析方法。
一、音频编码问题1. 低音质：在进行音频编码时，出现低音质的问题是非常常见的。
这可能是由于压缩算法不够高效，或者是采样率设置有误导致的。
解决这个问题的方法是选择更好的压缩算法或增加采样率。
2. 噪音问题：在音频编码过程中，可能会出现噪音问题，影响听众的观感。
这个问题可以通过降低编码比特率或使用降噪算法来解决。
3. 失真问题：音频编码中的失真问题可能是由于编码算法的问题，也可能是源音频质量较差导致的。
解决这个问题的方法是选择更好的编码算法或使用更高质量的源音频。
二、视频编码问题1. 像素化问题：视频编码中最常见的问题之一是像素化，即图像变得模糊不清。
这可能是由于编码比特率设置不合理或者是编码算法效果不佳导致的。
解决这个问题的方法是增加编码比特率或选择更好的编码算法。
2. 帧率不稳定：视频中的帧率不稳定可能导致视频画面卡顿或者播放不流畅。
这个问题可以通过设置合适的帧率或使用更好的编码算法来解决。
3. 容量过大：视频编码过程中，可能会出现容量过大的问题，造成存储空间的浪费。
这个问题可以通过降低编码比特率或使用更高效的编码算法来解决。
三、图像编码问题1. 画质不佳：在图像编码中，画质不佳是一个常见的问题。
这可能是由于编码比特率设置过低或者编码算法效果不佳导致的。
解决这个问题的方法是增加编码比特率或选择更好的编码算法。
2. 颜色失真：图像编码过程中，颜色失真是一个常见的问题。
这可能是由于色彩空间设置不正确或者编码算法效果欠佳导致的。
解决这个问题的方法是设置合适的色彩空间或选择更好的编码算法。
3. 压缩失真：图像压缩可能会导致图像的细节丢失或者出现明显的失真。
这个问题可以通过调整图像压缩比或者使用更好的压缩算法来解决。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
字符编码问题编码方式：一．iso8859-1(latin1)a)一个字节一个字符英文字母二．gb2312 - gbka)2个字节一个字符 gbk原生的兼容iso8859-1三．Utf-8 - unicode字符集 3个字节一个字符兼容iso8859-1，不兼容其他码表四．乱码：编码和解码用的码表不一样，也就是编码解码方式不一样1.基础知识计算机中储存的信息都是用二进制数表示的；而我们在屏幕上看到的英文、汉字等字符是二进制数转换之后的结果。
通俗的说，按照何种规则将字符存储在计算机中，如'a'用什么表示，称为"编码"；反之，将存储在计算机中的二进制数解析显示出来，称为"解码"，如同密码学中的加密和解密。
在解码过程中，如果使用了错误的解码规则，则导致'a'解析成'b'或者乱码。
字符集（Charset）：是一个系统支持的所有抽象字符的集合。
字符是各种文字和符号的总称，包括各国家文字、标点符号、图形符号、数字等。
字符编码（Character Encoding）：是一套法则，使用该法则能够对自然语言的字符的一个集合（如字母表或音节表），与其他东西的一个集合（如号码或电脉冲）进行配对。
即在符号集合与数字系统之间建立对应关系，它是信息处理的一项基本技术。
通常人们用符号集合（一般情况下就是文字）来表达信息。
而以计算机为基础的信息处理系统则是利用元件（硬件）不同状态的组合来存储和处理信息的。
元件不同状态的组合能代表数字系统的数字，因此字符编码就是将符号转换为计算机可以接受的数字系统的数，称为数字代码。
2.常用字符集和字符编码常见字符集名称：ASCII字符集、GB2312字符集、BIG5字符集、GB18030字符集、Unicode字符集等。
计算机要准确的处理各种字符集文字，需要进行字符编码，以便计算机能够识别和存储各种文字。
2.1. ASCII字符集&编码ASCII（A merican S tandard C ode for I nformation I nterchange，美国信息交换标准代码）是基于拉丁字母的一套电脑编码系统。
它主要用于显示现代英语，而其扩展版本EASCII 则可以勉强显示其他西欧语言。
它是现今最通用的单字节编码系统（但是有被Unicode追上的迹象），并等同于国际标准ISO/IEC 646。
ASCII字符集：主要包括控制字符（回车键、退格、换行键等）；可显示字符（英文大小写字符、阿拉伯数字和西文符号）。
ASCII编码：将ASCII字符集转换为计算机可以接受的数字系统的数的规则。
使用7位（bits）表示一个字符，共128字符；但是7位编码的字符集只能支持128个字符，为了表示更多的欧洲常用字符对ASCII进行了扩展，ASCII扩展字符集使用8位（bits）表示一个字符，共256字符。
ASCII字符集映射到数字编码规则如下图所示：图1 ASCII编码表图2 扩展ASCII编码表ASCII的最大缺点是只能显示26个基本拉丁字母、阿拉伯数目字和英式标点符号，因此只能用于显示现代美国英语（而且在处理英语当中的外来词如naïve、café、élite等等时，所有重音符号都不得不去掉，即使这样做会违反拼写规则）。
而EASCII虽然解决了部份西欧语言的显示问题，但对更多其他语言依然无能为力。
因此现在的苹果电脑已经抛弃ASCII而转用Unicode。
图4 GB18030编码总体结构2.3. BIG5字符集&编码0xA3C0-保留。
此区没有开放作造字区用。
0xA3FEUnicode字符集&UTF编码3.伟大的创想Unicode——不得不单独说Unicode像天朝一样，当计算机传到世界各个国家时，为了适合当地语言和字符，设计和实现类似GB232/GBK/GB18030/BIG5的编码方案。
这样各搞一套，在本地使用没有问题，一旦出现在网络中，由于不兼容，互相访问就出现了乱码现象。
为了解决这个问题，一个伟大的创想产生了——Unicode。
Unicode编码系统为表达任意语言的任意字符而设计。
它使用4字节的数字来表达每个字母、符号，或者表意文字(ideograph)。
每个数字代表唯一的至少在某种语言中使用的符号。
（并不是所有的数字都用上了，但是总数已经超过了65535，所以2个字节的数字是不够用的。
）被几种语言共用的字符通常使用相同的数字来编码，除非存在一个在理的语源学(etymological)理由使不这样做。
不考虑这种情况的话，每个字符对应一个数字，每个数字对应一个字符。
即不存在二义性。
不再需要记录"模式"了。
U+0041总是代表'A'，即使这种语言没有'A'这个字符。
在计算机科学领域中，Unicode（统一码、万国码、单一码、标准万国码）是业界的一种标准，它可以使电脑得以体现世界上数十种文字的系统。
Unicode 是基于通用字符集（Universal Character Set）的标准来发展，并且同时也以书本的形式[1]对外发表。
Unicode 还不断在扩增，每个新版本插入更多新的字符。
直至目前为止的第六版，Unicode 就已经包含了超过十万个字符（在2005年，Unicode 的第十万个字符被采纳且认可成为标准之一）、一组可用以作为视觉参考的代码图表、一套编码方法与一组标准字符编码、一套包含了上标字、下标字等字符特性的枚举等。
Unicode 组织（The Unicode Consortium）是由一个非营利性的机构所运作，并主导 Unicode 的后续发展，其目标在于：将既有的字符编码方案以Unicode 编码方案来加以取代，特别是既有的方案在多语环境下，皆仅有有限的空间以及不兼容的问题。
（可以这样理解：Unicode是字符集，UTF-32/ UTF-16/ UTF-8是三种字符编码方案。
）3.1.UCS & UNICODE通用字符集（Universal Character Set，UCS）是由ISO制定的ISO 10646（或称ISO/IEC 10646）标准所定义的标准字符集。
历史上存在两个独立的尝试创立单一字符集的组织，即国际标准化组织（ISO）和多语言软件制造商组成的统一码联盟。
前者开发的 ISO/IEC 10646 项目，后者开发的统一码项目。
因此最初制定了不同的标准。
1991年前后，两个项目的参与者都认识到，世界不需要两个不兼容的字符集。
于是，它们开始合并双方的工作成果，并为创立一个单一编码表而协同工作。
从Unicode 2.0开始，Unicode采用了与ISO 10646-1相同的字库和字码；ISO也承诺，ISO 10646将不会替超出U+10FFFF的UCS-4编码赋值，以使得两者保持一致。
两个项目仍都存在，并独立地公布各自的标准。
但统一码联盟和ISO/IECJTC1/SC2都同意保持两者标准的码表兼容，并紧密地共同调整任何未来的扩展。
在发布的时候，Unicode一般都会采用有关字码最常见的字型，但ISO 10646一般都尽可能采用Century字型。
3.2.UTF-32上述使用4字节的数字来表达每个字母、符号，或者表意文字(ideograph)，每个数字代表唯一的至少在某种语言中使用的符号的编码方案，称为UTF-32。
UTF-32又称UCS-4是一种将Unicode字符编码的协定，对每个字符都使用4字节。
就空间而言，是非常没有效率的。
这种方法有其优点，最重要的一点就是可以在常数时间内定位字符串里的第N个字符，因为第N个字符从第4×Nth个字节开始。
虽然每一个码位使用固定长定的字节看似方便，它并不如其它Unicode编码使用得广泛。
3.3.UTF-16尽管有Unicode字符非常多，但是实际上大多数人不会用到超过前65535个以外的字符。
因此，就有了另外一种Unicode编码方式，叫做UTF-16(因为16位 = 2字节)。
UTF-16将0–65535范围内的字符编码成2个字节，如果真的需要表达那些很少使用的"星芒层(astral plane)"内超过这65535范围的Unicode字符，则需要使用一些诡异的技巧来实现。
UTF-16编码最明显的优点是它在空间效率上比UTF-32高两倍，因为每个字符只需要2个字节来存储（除去65535范围以外的），而不是UTF-32中的4个字节。
并且，如果我们假设某个字符串不包含任何星芒层中的字符，那么我们依然可以在常数时间内找到其中的第N个字符，直到它不成立为止这总是一个不错的推断。
其编码方法是：∙如果字符编码U小于0x10000，也就是十进制的0到65535之内，则直接使用两字节表示；∙如果字符编码U大于0x10000，由于UNICODE编码范围最大为0x10FFFF，从0x10000到0x10FFFF之间共有0xFFFFF个编码，也就是需要20个bit就可以标示这些编码。
用U'表示从0-0xFFFFF之间的值，将其前 10 bit作为高位和16bit的数值0xD800进行逻辑or 操作，将后10 bit作为低位和0xDC00做逻辑or 操作，这样组成的 4个byte就构成了U的编码。
对于UTF-32和UTF-16编码方式还有一些其他不明显的缺点。
不同的计算机系统会以不同的顺序保存字节。
这意味着字符U+4E2D在UTF-16编码方式下可能被保存为4E 2D或者2D 4E，这取决于该系统使用的是大尾端(big-endian)还是小尾端(little-endian)。
（对于UTF-32编码方式，则有更多种可能的字节排列。
）只要文档没有离开你的计算机，它还是安全的——同一台电脑上的不同程序使用相同的字节顺序(byte order)。
但是当我们需要在系统之间传输这个文档的时候，也许在万维网中，我们就需要一种方法来指示当前我们的字节是怎样存储的。
不然的话，接收文档的计算机就无法知道这两个字节4E 2D表达的到底是U+4E2D 还是U+2D4E。
为了解决这个问题，多字节的Unicode编码方式定义了一个"字节顺序标记(Byte Order Mark)"，它是一个特殊的非打印字符，你可以把它包含在文档的开头来指示你所使用的字节顺序。
对于UTF-16，字节顺序标记是U+FEFF。
如果收到一个以字节FF FE开头的UTF-16编码的文档，你就能确定它的字节顺序是单向的(one way)的了；如果它以FE FF开头，则可以确定字节顺序反向了。
3.4.UTF-8在处理经常会用到的ASCII字符方面非常有效。