更正ftp上传采用utf-8编码方式写入txt文件用IE打开出现乱码的问题

ftp报警上传的txt文件如果用记事本打开没有乱码的问题，但是如果采用IE打开，则会出现乱码.

      原因是:我们原来做的只是把文本文件的内容转成utf-8的编码，却没有在写txt文件的时候采用utf-8的记事本的格式进行写文件:

      下面总结目前记事本支持的编码方式的写文件时需要增加的头:

      Ansi:即所谓的assic编码方式，不需要任何头直接写入文件，记事本会用默认的解码方式将记事本打开。

      Unicode：不需要任何头，但是不管是英文或者中文的字符都要用两个字节来表示，而且汉字的unicode码和assic码是不一样的，所以这个是需要编码得到的，然后写入txt文件，文本文件或IE都会根据文件的格式来解码.

      Unicode大头编码方式:跟unicode编码一样，但是高低字节对调了

      Utf-8：与unicode不同

      (1)中文和英文在unicode中用都用两个字节表示，而在utf-8中汉字用三个字节表示，英文用一个字节表示，变长编码方式(同时也有两个字节的汉字，这里不作讨论，本笔记只针对常用的简易汉字)，unicode中英文也用两个字节，低字节补0，而utf-8用一个字节表示，和assic编码一样。

(2)utf-8和unicode对汉字的编码不同

(3)utf-8需要头:初始的三个字节为0xef,0xbb,0xbf；而unicode不需要

这些可以通过自己建txt文档按照相应的编码方式保存，然后用UE打开，察看十六进制的数据可以看得出来的.

      而正是因为没有在TXT文本文件前加上相应的头来对文件应该用哪种解码方式来解使得IE打开会出现乱码.

 

    

在解决了这个问题之后又来了一个问题:serv-u搭建的ftp服务器我们设备发生ip地址改变时会上传一个以设备名命名的txt文件，而当设备名为中文的时候，进入ftp直接双击那个txt文件默认用IE打开，但是会出现提示网页”无法访问”的信息。

这个问题应该是出在serv-u自身，用serv-u搭建的ftp服务器不能够用IE打开以中文命名的txt文件，我们可以实验：直接在设置ftp目录里面新建一个以中文命名的txt文件，然后用IE打开，会发现也会出现”无法访问”的提示