中文乱码,之所以出现这种现象,根本原因是解析和编码所按照的字符集不 同,而字符集是什么呢?

```

字符集(Character set)是多个字符的集合，字符集种类较多，每个字符集包含的字符个数不同，常见字符集名称：ASCII字符集、GB2312字符集、BIG5字符集、 GB18030字符集、Unicode字符集等。计算机要准确的处理各种字符集文字，需要进行字符编码，以便计算机能够识别和存储各种文字。```

注: GB系列中 GBK ==> GB2312 ==>GB18030 (2000年推出,现今最新的中文字符集,Windows系统下创建txt文件默认是该编码,当然也是造成标题问题的源头)'

涉及到字符问题，一般都会牵扯到文件解析等，接下来关于文件的介绍，稍作介绍：

文件是指.exe,可执行文件(外部命令)；.com,可执行文件(内部命令)；.cab,是安装盘上的数据打包文件；.dll,动态链接库文件等。

计算机文件(或称文件、电脑档案、档案)，是存储在某种长期储存设备上的一段数据流。所谓“长期储存设备”一般指磁盘、光盘、磁带等。其特点是所存信息可以长期、多次使用，不会因为断电而消失。

关于文件的类型与内容

一种重要的文件是文本文件，是由一些字符的串行组成的。二进制文件一般是指除了文本文件以外的文件。

关于文件的储存方式

虽然一个文件表现为一个单一的流，但它经常在磁盘不同的位置存储为多个数据碎片(甚至是多个磁盘)。操作系统会将它们组织成文件系统，每个文件放在特定的文件夹或目录中。

文件是由软件创建的，而且符合特定的文件格式。'

```

不同的文件在序列化成二进制的时候会有不同的文件头,但有些文件没有特定的文件头,比如txt,也有些文件头是重复的,比如4D5A90 EXE 、4D5A90 dll 、4D5A90 OCX 、4D5A90 OLB 、4D5A90 IMM 、4D5A90 IME

```

言归正传,文件编译成二级制文件后,按照http协议传输,设置好头信息后,指定编码,在这里又要引出一个问题, 在文件传输前为什么要设置请求头信息呢?  为什么要指定ContentType呢?

```

1.不可不知的MIME类型   :    MIME(Multipurpose Internet Mail Extension)类型是一种表示文档的性质和格式的标准化方法。在浏览器中使用MIME类型来告诉服务器确定如何处理文档数据和显示文档，而不是通过文件扩展名。

2.MIME的格式  :  type/subtype

3.MIME嗅探   :   顾名思义，在浏览器(主要为IE)认为文件的MIME类型错误或者没有设置时自动设置正确的MIME类型。你可能会想这样不是挺好的吗? 能避免开发者或者是用户设置了错误的MIME类型，那么这种方式是否成为主流呢？

很遗憾，它有优点，然而弊大于利。

A -- 它违背了HTTP规范(大概为开发者能够通过设置不同的MIME类型来处理文件)。也因此，这种嗅探也使得用户无法对浏览器处理文件的方式有所选择

B --  对于具有危险性的可执行文件，一般浏览器将其看为未知类型的二进制文件，因此最多让用户选择下载与否，然而对于具有嗅探的IE浏览器来说，它会设置其为它认为较为正确的MIME类型，这将会导致绕过下载选项而直接使该文件直接在用户电脑运行，这是一个安全问题。这有一篇关于MIME sniffing“助纣为虐”的探讨。

因此，最为合理的是让用户自己设置MIME类型

3 . ContentType  : contentType是实体头，用于指定交互数据(资源)的媒体类型。对于请求头部或者响应头部都能够出现。

contentType:[][,charset][,boundary]

mediaType: 文件MIME类型(非必须是正确的MIME类型

charset：编码标准

boundary：区分每对key/value 的分割线，实质为随机的字符串

能让浏览器正确处理上传的数据通过一定的该设置的MIME类型的规定

```

接下来为何还是乱码呢?  都指定了数据类型,那么接下来了解下IOS的UTI吧

```

IOS为了整合文件传输是对文件指定的类型规范不统一退出的UTI模式, 被认为是下一代MIME

格式为public.xxx(文件后缀名)          详细资料太乱  对ios不了解  有大神欢迎指正

```

最终处理方式:     服务器端解析文件,将内容原封不动内嵌浏览器的方式传入移动端,ios和安卓正常接收但这显然不是最佳方式.