电脑系统编码解析

A. 电脑的编码问题

你是把系统里面的文字脚本损坏了，不然不会出现乱码，你可以试着在别人用WIN7的电脑懂找到你损坏的脚本，然后拷回去放在其原来位置，找不到的话，就重装系统吧！

B. 如何查看WIN7系统的文字编码

依次单击开始——所有程序——附件——命令提示符，打开命令提示符，输入chcp，按回车键执行，会查询当前系统的活动代码页，它指明了当前系统使用的编码，如下图所示：

936 代表GBK 扩展的EUC-CN 编码( GB 2312-80编码,包含 6763 个汉字)到Unicode (GB13000.1-93)中定义的20902个汉字,即中国大陆使用的是简体中文zh_CN.。其它常见的还有：

932 ：Shift-JIS包含日本语 charset JIS X 0201 (每个字符一个字节) 和 JIS X 0208 (每个字符两个字节),所以 JIS X 0201平假名包含一个字节半宽的字符,其剩馀的60个字节被用做7076个汉字以及648个其他全宽字符的首字节.同EUC-JP编码区别的是, Shift-JIS没有包含JIS X 202中定义的5802个汉字.

949 ：UnifiedHangul (UHC) 是韩文 EUC-KR 编码(KS C 5601-1992 编码,包括2350 韩文音节和 4888 个汉字a)的超集,包含 8822个附加的韩文音节( 在C1中 )

950：是代替EUC-TW (CNS 11643-1992)的 Big5 编码(13072 繁体 zh_TW 中文字) 繁体中文,这些定义都在Ken Lunde的 CJK.INF中或者 Unicode 编码表中找到.

C. 电脑程序编码是怎么回事

编码是根据一定的协议或格式把模拟信息转换成比特流的过程。

在计算机硬件中，编码（coding）是在一个主题或单元上为数据存储，管理和分析的目的而转换信息为编码值（典型地如数字）的过程。在软件中，编码意味着逻辑地使用一个特定的语言如C或C++来执行一个程序。在密码学中，编码是指在编码或密码中写的行为。

将数据转换为代码或编码字符，并能译为原数据形式。是计算机书写指令的过程，程序设计中的一部分。在地图自动制图中，按一定规则用数字与字母表示地图内容的过程，通过编码，使计算机能识别地图的各地理要素。

n位二进制数可以组合成2n个不同的信息，给每个信息规定一个具体码组，这种过程也叫编码。

数字系统中常用的编码有两类，一类是二进制编码，另一类是二—十进制编码。

D. 怎么查看自己电脑的计算机编码

计算机编码是VB脚本，学习语言是第一部！

E. 电脑病毒编码详解

音乐虫病毒（Music Bug）
这个发作时会大声唱歌，甚至造成资料流失、无法开机的病毒，正是台湾土产的病毒。所以，当你听到电脑自动传来一阵阵音乐声时，别以为你的电脑比别人聪明，那很有可能是中毒了。
其实这种会唱歌的病毒也不少，有另一个着名的病毒（叫什么名字倒忘了）发作时还会高唱着"两只老虎"呢！
宏病毒
随着各种Windows下套装软件的发展，许多软件开始提供所谓"宏"的功能，让使用者可以用"创造宏"的方式，将一些繁琐的过程记录成一个简单的指令来方便自己操作。然而这种方便的功能，在经过有心人士的设计之后，终于又使得"文件型"病毒进入一个新的里程碑:传统的文件型病毒只会感染后缀为exe和com的执行文件，而宏病毒则会感染Word、Excel、AmiPro、Access等软件储存的资料文件。更夸张的是，这种宏病毒是跨操作平台的。以Word的宏病毒为例，它可以感染DOS、Windows 3.1/95/98/NT、OS/2、麦金塔等等系统上的Word文件以及通用模板。
32位病毒
所谓"32位病毒"，则是在Windows 95之后所产生的一种新型态文件型病毒，它虽然同样是感染exe执行文件，但是这种病毒专挑Windows的32位程序下手，其中最着名的就是去年大为流行的CIH病毒了。

F. 系统默认编码修改

方法/步骤
在小娜中搜索地区，最佳匹配中会显示【更改国家或地区】的系统设置，双击打开。
win10 设置系统默认编码为utf-8
在打开的设置中点击右上角的【管理语言设置】。
win10 设置系统默认编码为utf-8
win10 设置系统默认编码为utf-8
然后会打开一个【区域】的窗口设置，然后点击左上角的【管理】标签。
win10 设置系统默认编码为utf-8
标签切换以后，点击【更改系统区域设置】。这个需要管理员权限才能操作。
win10 设置系统默认编码为utf-8
然后回打开一个【区域设置】的小窗口，有个【beta版：使用Unicode UTF-8 提供全球语言支持】的选项，打上勾，点击确定。
win10 设置系统默认编码为utf-8
6
然后会出现一个提示【现在重新启动】的窗口，点击【现在重新启动】按钮即可。
win10 设置系统默认编码为utf-8

G. windows 系统 是什么编码

系统都是编译为汇编代码 除了程序内部的文本没法编译成汇编而转换为指定文本编码 你指的是文本编码还有环境编码吧 windows的国际化编码默认使用utf16le方案,这也是windows本身的默认locale编码,无法修改为utf8 除非修改windows处理程序内部文本的源代码 windows还有一个编码是本地化locale编码 如果使用非utf16le编码它就会用这套本地化编码去读程序文本信息. utf16le是为了提高效率,因为这个方案是固定2字节 不像utf8一样1-3可变,而且是倒着排的迎合cpu,据说cpu也是倒着读 但一些本地化的程序没有兼容意识 不使用utf16le编码而使用的是gbk等本地编码,导致拿到其它locale的机器上乱码.这个就没办法了,要想更改只能更改程序内部的文本编码 怎么改我也不清楚.或者用相关的工具启动程序虚拟它的本地locale. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\Language "Default"="" HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\Locale "(Default)"="" 只能修改本地locale不能修改windows默认locale,而且默认的locale是根本没必要修改的,因为默认的locale就是为了实现所有字符在同一套编码下. 这个键值不全 好像还有几个 你可以自己找找我只能帮到这了 最好直接修改注册表 intl面板有bug 从那修改会带来莫名错误 804简体中文,404繁体中文,409英文 其它charset代码你可以自己查 改这个很无聊 也没用 默认编码没必要改 非utf编码你改了也没用,windows的界面程序还依赖二进制mui语言文件,不如装语言包.否则在日文韩文系统下改了本地locale,系统自带工具的界面还是非中文

H. 操作系统中编码集中文乱码问题

你好！
你好朋友，这样的情况你可以使用360系统急救箱来处理。具体步骤如下：
1、双击360系统急救箱，然后单击“开始系统急救”。
2、系统引擎初始化完成后，单击“修复”，勾选需要修复的类型，然后单击“立即修复”，完成后重新启动电脑。如果你不知道属于哪一类故障不懂得应该修复哪一类可以使用系统推荐的修复级别，不用选择而直接单击“立即修复”，或者勾选“全选”然后直接单击“立即修复”。
希望我的回答对你有帮助。
解决电脑乱码问题
当我们浏览网页、打开文件或邮件，运行软件时，经常会看到乱码，通常是由于源文件编码，视窗系统不能正确识别造成的的，也可能是其他原因。乱码给我们带来了太多的烦恼，为了帮助大家完全摆脱乱码，下面我们就来探讨一下乱码的形成原因及其消除方法。
一、乱码有五种类型
常见的乱码，一般能分成五种类型：
第一类是文本/文件文件乱码，这一般是由于源文件编码，和视窗系统使用的编码不通用造成的；
第二类是网页乱码，形成原因和第一类乱码类似；
第三类是视窗系统系统界面乱码，即中文视窗系统的菜单、桌面、提示框等显示乱码，主要是视窗系统注册表中有关字体的部分设置不当引起的；
第四类是应用程式的界面乱码，即各种应用程式（包括游戏）本来显示中文的地方出现乱码，形成原因比较复杂，有第二类的乱码原因，也可能是软件用到的中文链接库，被英文链接库覆盖造成的；
第五类是邮件乱码，形成原因也极其复杂。

二、怎么消除文本/文件文件乱码?
【形成原因】：一般是由于文件采用的字符集，系统不支持造成的。例如繁体中文的文件显示在简体中文系统下，或相反的情况，就会造成文件显示时乱码。只要你内码转换正确，例如把原本是繁体的内码，转换为简体内码（或相反），即可消除乱码。
【解决办法】：有以下四种解决办法：
1、使用Word2003/XP转换内码
Word2003/XP支持众多的语言，能正确显示非Unicode类型的文本文件，单击“工具”菜单下的“语言”/设置语言，你能把默认语言设置成非中文，例如日语，这样Word就能正确显示日文了。
当然你也能用他进行简体中文和繁体中文之间的转换工作，如果文件有乱码，你转换一下即可消除。例如要把繁体中文转换为简体中文，方法是：选择要转换内码的文件，在弹出的对话框中，选择“其他编码”中的“繁体中文（BIG5）”一项，打开此文件时就不会出现乱码。

在Word2003/XP中，当保存时选择“文件”中的“另存为”，先存为“WORD”文件，存盘后打开再存为纯文本等其他格式；或在菜单栏中选择“工具/语言/中文简繁转换”，内码转换以后再保存。
3、使用内码转换工具
除此之外，使用内码转换工具也能消除此类乱码，你只要对BIG5（繁体中文）和GB2312（国标码、简体中文）进行相互转换即可实现。常用的内码转换工具有：
4、使用WPS2000转换内码
WPS2000也能转换内码，支持GB2312、BIG5、GBK等三种主要的汉字编码，并可在输出RTF、TXT、HTM格式文件时对内码进行转换。
三、怎么消除网页乱码？
【形成原因】：网页乱码是浏览器（IE等）对HTML网页解释时形成的，如果网页制作时编码为A，浏览器却以编码B显示该网页，就会出现乱码，因此只要你在浏览器中也以编码A显示该网页，就会消除乱码。
例如网页的代码中有形如：〈HTML〉〈HEAD〉〈META CONTENT=“text/html；charset=ISO-8859-1”〉〈/HEAD〉的语句，浏览器在显示此页时，就会出现乱码，因为浏览器会将此页语种辨认为“欧洲语系”。
【解决办法】：有以下四种解决办法：
1、在浏览器中选择“编码”菜单
事先为浏览器安装多语言支持包（例如在安装IE时要安装多语言支持包），这样当浏览网页出现乱码时，即可手工更改此类网页的编码方式，在浏览器中选择菜单栏下的“查看”/“编码”/“自动选择”/简体中文（GB2312），如为繁体中文则选择“查看”/“编码”/“自动选择”/繁体中文（BIG5），其他语言依此类推，选择相应的语系，这样便可消除网页乱码现象。
2、修改网页代码
用FrontPage等软件打开出现乱码的网页，修改该网页代码，在以下句子中
〈META CONTENT=“text/html；charset=ISO-8859-1”〉，将语种“ISO-8859-1”改为GB2312，如果是繁体网页则改为BIG5。
3、无乱码保存网页
用浏览器打开该网页，在“查看”/“编码”中选择“自动选择”，存盘时保存类型选“WEB页”，编码选择“UNICODE”，这样保存过的网页再次打开时，在浏览器菜单“查看”/“编码”中不管选择简体中文（GB2312）、简体中文（HZ）还是UNICODE（UTF-8）或繁体中文（BIG5），最终显示都不会出现乱码。
4、使用多内码显示软件
使用多内码显示软件来转换内码，也能消除乱码。常用多内码显示软件有：
四、怎么消除视窗系统系统界面乱码？
【形成原因】：这类乱码是由于视窗系统注册表中关于字体部分设置不正常造成的，即使你用内码翻译软件（如南极星、MagicWin98等）处理也不会消除。
【解决办法】：在视窗系统注册表中，恢复关于字体部分的正确设置。
1、利用显示正常的计算机
如果有一台视窗系统版本相同、显示正常的计算机能利用，你能如下步骤进行恢复：在正常机器上选择“开始”/“运行”，在对话框中键入“REGEDIT”，打开注册表编辑器；光标定位到“HKEY_LOCAL_MACHINE＼SYSTEM＼CURRENT CONTROL SET＼CONTROL＼FONTASSOC”，选择“注册表/导出注册表文件”，选择“分支”，导出该分支注册表信息到文件（如LI.REG）中（如下图）；把LI.REG文件COPY到显示乱码的机器上，在显示乱码机器上运行REGEDIT，选择“注册注册表”/“导入注册注册表”，把LI.REG文件导入注册表中。

2、在显示乱码的计算机上操作
如果没有显示正常的计算机能利用，就需要你手工恢复字体部分注册表项，方法有以下两种：
第一种方法：用记事本编辑一个文件，然后保存为扩展名“REG”(文件名随意)，再用鼠标右键单击这个文件，在右键菜单中选择合并，即可完成对注册表的改动。该文本文件的内容如下：
REGEDIT4
[HKEY_LOCAL_MACHINE＼System＼CurtentControlset＼control＼fontassoc]
[HKEY_LOCAL_MACHINE＼System＼CurtentControlset＼control＼fontassoc＼Associated DefaultFonts]
"assocSystemFont"="simsun.ttf"
"FontPackageDontCare"="宋体"
"FontPackageRoman"="宋体"
"FontPackageSwiss"="宋体"
"FontPackageModem"="宋体"
"FontPackageScript"="宋体"
"FontPackageDecorative"="宋体"
[HKEY_LOCAL_MACHINE＼System＼CurtentControlset＼control＼fontassoc＼Associated CharSet]
"ANSI(00)"="yes"
"SYMBOL(02)"="no"
"OEM(FF)"="yes"
"GB2312(86)"="yes"
第二种方法：在出现乱码的计算机上，单击菜单“开始”/运行，键入REGEDIT打开注册表；找到“HKEY_LOCAL_MACHINE＼SYSTEM＼CURRENT CONTROL SET＼CONTROL＼FONTASSOC”，正常情况下会有ASSOCIATED DEFAULTFONTS、ASSOCIATED CHARSET两个目录，这些目录中正确的参数如下表所示：

当出现汉字乱码时，上述两个目录中内容就会不完整，有的没有ASSOCIATED CHARSET目录、或其中内容残缺不全；有的ASSOCIATED DEFAULTFONTS下内容残缺。只要你打开注册表，在“HKEY_LOCAL_MACHINE＼SYSTEM＼CURRENTCONTROLSET＼CONTROL＼FONTASSOC”下，根据以上正确内容恢复即可。五、怎么消除应用程式的界面乱码？
目前有些软件发行了Unicode版本，这是一种通用的字符编码标准，涵盖了全球多种语言及古文和专业符号，这种版本的软件运行在所有系统和语言上都不会乱码，如果是非Unicode编码的程式，就会有乱码现象。
【形成原因】：原因有三种。如果是由于视窗系统注册表中关于字体设置的信息不正确造成的，你能用下面“怎么消除视窗系统系统界面乱码”介绍的办法去解决；如果用上法解决不了，那就可能是由于软件的中文链接库，被英文链接库覆盖而引起的。这种现象经常发生在用微软研发工具例如VB、VC研发的中文软件上，这类软件中，菜单等显示界面上的汉字都是受一个动态链接库（DLL文件）控制，而软件的这个动态链接库一般安装在视窗系统＼System目录下，如果以后安装了某个英文软件也使用同名的动态链接库，则英文软件的动态链接库就会覆盖中文链接库，这样，运行中文软件时就会调用英文的动态链接库，因此出现乱码。解决办法：重新安装中文软件，恢复中文动态链接库即可。
如果以上方法也无济于事，对于Win9X／ME系统，你能安装使用MagicWin98（下载地址http://www.skycn.com/soft/3047.html）、南极星等内码转换软件，转换内码后即可消除乱码；对于WinXP系统，建议使用微软多语言支持工具MicrosoftAppLocale（下载地址http://www.skycn.com/soft/12582.html），利用他为指定程式设置相应的语言区域，这样也可消除乱码。
六、怎么消除邮件乱码？
邮件乱码的形成原因非常多，主要有以下几个方面，针对以下几种形成原因，应该采取不同的乱码消除方法：
1、收发信双方的语种不同导致的
收发双方使用的操作系统的不同，能造成乱码。比如发件人使用的是日文的视窗系统，而收件人使用的是简体中文的视窗系统，这样的邮件当然会造成乱码。对于中文电子邮件，如果收信方所用的操作系统是英文环境、而且没有外挂中文系统或未转换为中文（如南极星等）编码方式，也会无法看到中文、只可见乱码。所有的双字节字符（如中文简/繁体的GB和BIG5码及日文的JIS、EUC和朝鲜文的 KSC码等）在非本语种操作系统下都会出现乱码；同样在中文简体的GB码环境下，看其他双字节字符时也只能看到乱码。
【解决办法】：安装多语言支持包或使用多内码显示平台（如南极星等），对收到的邮件，根据其使用的语种转换到相应的编码方式即可消除乱码。
2、发信服务器不支持8位（非ASCII码格式）传输
邮件传输机制或邮件编码的不同，可能造成邮件服务器不支持8位（非ASCII码格式）传输而形成邮件乱码。例如直接发送中文或二进制等非ASCII码格式的邮件（如中文双字节文件、图片文件.jpg、可执行文件.exe或压缩文件.zip等二进制文件）时，邮件服务器有可能无法处理，便把信件中每个字符的第八位都过滤掉，从而造成邮件信息的失真或损坏，在收到邮件时就是一堆乱码。
【解决办法】：只能由发件人解决。当发送8位格式的文本文件时，必须事先进行编码，将文件转换为7位ASCII码或更少位数的格式，然后才能确保文件的正确传送。收件人收到7位或更少位格式的邮件后，能再转换为8位的格式，这样就可避免乱码。
3、收发端用的EMAIL软件和设置不同
一般EMAIL软件的"附件"功能都能自动对信件先进行编码，然后送出。这样只要收信人使用的EMAIL软件（如Outlook XP等）能差别信件的编码方式，即可自动将信件解码。如果收发件人所用的EMAIL软件默认设置不同、收发件人自己制定的一些选项不同，在收到编码的信件后，系统就未必能识别出信件所用的编码方法，自然也无法自动解码，这样就会出现乱码。
【解决办法】：如果你用OE收中文邮件，看到的是一篇乱码，能查一下“查看”－“编码”下，是否选了“简体中文（GB2312）”，选对了就不会有问题。
此外，你也能用Winzip+IE来解码，方法是：把乱码邮件的内容，拷贝到剪贴板中，然后将其粘贴到记事本中，存为文本文件（例如LI.txt），再将其后缀改为.uue（改为LI.uue），点击此文件，会启动Winzip，然后启动IE，把Winzip中的001.txt文件拖到IE窗口中，就会显示邮件原来的内容，而不会看到乱码。
4、Email软件不能识别邮件的编码方法
邮件的编码方式主要有：Uuencode、Base64 encode、QP－encode、BINHEX等。如果Email软件不能识别邮件的编码方法，就会显示邮件时出现乱码。因此，你能根据邮件中的关键字符判断编码方法，选取合适的解码软件进行解码。
（1）、QpencodeQP编码
该编码全称“Quoted－Printable Content－Transfer－Encoding”，因为这种格式邮件的内容都是ASCII字符集中能打印的字符，所以名称中含有printable。大体格式为：=A1A=B1z=A6n=A1I=A7=DA=A6b=BA=F4=B8=F4=A4W=B1o......=E5==ABH=A5=F3=B0=DD=C3D=B1M=Aea=A1A......
特征：内容通常有非常多等号"="，因此不必看"信头"也能判断是否为QP编码。
解码办法：把邮件中类似A1A=B1z=A6n…的部分编码全部复制下来，贴到一个新的纯文本文件中，然后在文件头部加入Quoted-pintable格式的文件头：
Contenet-Type:text/plain;Charset=”GB2312”
Content-Transfer-Encoding;Quoted-pintable
然后以“EML”为后缀保存文件，用资源管理器双击打开文件即可显示正确的内容。如果更有部分汉字乱码，能用WINZIP对存盘后的EML文件进行解压，即可看到正确的内容。
（2）MIME/BASE64 encode编码
该编码方式将3个字节（8位）用4个字节（6位）表示，由于编码后的内容是6位的，因此可避免第8位被截掉，大体格式为：
MIME－Version：1.0
Content－Type：text/plain; charset="us－ascii"
Content－Transfer－Encoding:base64
Status：R ＋sXqsT6Skp OWrSKXzs
N3DRLFNrmGhQQ0Kq1＋sTqq6vdCx

......。
特征：乱码前一般有如下几部分"信头"：Content－Type(内容类型)、charset(字符集)及Content－Transfer－Encoding(内容传输乱码方式)。
解码办法：用EMAIL软件，选择编码中BASE64 选项就可解码，解码后会消除乱码。
（3）、BINHEX编码
这种编码方式大体格式为：
(This file must be converted with Binhex4.0)ss
Tqq6vdCx
F6p9qoz6XOIE…….
解码办法：用EMAIL软件对他解码；也可在EMAIL软件中保存乱码邮件，存为后缀为“.HQX”格式的文件，然后用WINZIP解码展开。解码后会消除乱码。
（4）、UTIF-7/UTIF-8编码
他们是UNICODE的两种转换码。

（5）、Uuencode编码
这是UNIX环境下使用的编码方式，目前已非常少用，大体格式为：
begin 644 kk.zip M1G)O;2!I;&EN＋F)B3T!C(VEE＋FYC=’4N961U＋G1W(%=E9"!.;W8@(#8@,3(ZM,SDZ,C4@,3DY－@I296－E:79E9#H@9G)O;2!F;&%B;6%I;"YF;&%B＋F9U:FET.................。
end
特征：乱码前面含有"begin xxx"，后面是编码前的原始文件名（如kk.zip）；接着是已过编码的信件内容（如上述的乱码部分）；最后一行为"end"
解码办法：可用BECKY！EUDORA等EMAIL软件，选择编码中相应的选项就可解码；也能在EMAIL软件中保存乱码邮件，存为后缀为“.UUE”格式的文件，然后用WINZIP解码展开，解码后就会消除乱码。
七、发信方怎么避免产生乱码邮件？
为了避免别人收到乱码，发信方应该采取以下的措施：
1、设定默认自动为7位编码
在邮件客户端软件中的书写（撰写）选项中，设定默认自动为7位编码。因为当你发送 8位格式的文本文件时，必须事先进行编码，将文件转换为7位ASCII码或更少位数的格式，然后才能确保文件的正确传送。收件人收到7位或更少位格式的邮件之后，能再转换为8位的格式，这样就能阅读了。
2、发送前在签字栏中注明使用的汉字编码
发送中文邮件前，最佳在固定的签字栏中注明自己所使用的汉字码标准(例如GB2312、中文HZ、GBK等)；港澳台及东南亚地区邮件作者在使用BIG5 码撰写完邮件、向内地发送前，要转换成上述三种简体国标码中的一种形式、并在签字栏中注明。如不转换则可能无法阅读，因为国内用户使用的邮件系统有非常多不支持BIG5码。
3、正确设置EMAIL软件
选择优秀的Email收发软件能有效地解决邮件乱码。如果使用Outlook 2003/XP，应在软件中把“简体中文（GB2312）作为默认的邮件使用语言，选择“国际设置”/为接收的所有邮件使用默认的编码。
如果使用英文EMAIL软件，应设置成：文字设定DEFAULT CHARSET：ISO 8859-1（LATIN1）；编码方式ENCODING：QUOTED-PRINTABLE，不可选择7位（因为7位不支持中文）；字码页CODE PAGE（可选）：936或HZ-GB-2312，以支持整字识别；邮件格式：MIME；字体：宋体
如果使用其他中文EMAIL软件，应设置成：文字设定DEFAULT CHARSET：简体中文GB2312；编码方式ENCODING：QUOTED-PRINTABLE；邮件格式：MIME；字体：宋体
4、发送重要信息时先发测试信
发送重要信息时，为了确认是否无须编码即可发送正文，应该先发送测试信。而且还应确定收件人能否对附件文件进行解码。如果发送已编码的邮件，则最佳添加足够的“信头”信息，以便收件人知道所需的解码方法。建议对uuencode/UUDeview编码方式用uuencoding作信头，对mpack编码方式用base64 encoding作信头。
如果发/收件人之间远隔万里，则传送过程中，第八位将可能被截掉。这时最佳先在正文中用中文给收件人发一封测试信，并了解对方能否正确收到邮件正文。如果第八位被截掉，则收件人将会看到一些乱码，而不是上述的uu/b64/Qp等格式，而且这种信件几乎不可恢复。
对策：在Netscape、Eudora或Pegasus Mail等你所使用的邮件系统中，选择其最佳选择项或选项设置中的"Quoted Printalbe"或"MIME encoding
5、尽量利用“附件”功能发送文件
几乎所有的邮件软件，如Netscape、The Bat！、 Becky! 等邮件系统附加这类非标准 ASCII码格式的文件时，附加文件通常能自动进行“base64”方式编码（仅对附件部分进行编码）。在用"附件"方式发送邮件之前，无需进行编码；否则适得其反。因为邮件软件能够自动成功解码这类“附加”文件，因此在发送中文类邮件时应该最佳选择这种方法。
如果无法以附件方式发送文件，则必须在正文中发送中文或二进制文件
八、收信方怎么避免邮件显示乱码？
收信方应该首先查找邮件的签字栏或正文中，有无指明对方使用的汉字编码类别；然后在Outlook XP“视图”菜单下选中“编码”，随后将出现全部的汉字编码，在其中选择邮件所指明的一种。
如果收到的邮件中没有指明所用的汉字编码，则能顺序单击选择编码，直到邮件正文显示正确为止。如果你使用的是Netscape，则可在 Option菜单下的Document Encode中选择相应的项目。
九、在跨语种操作系统间收发电子邮件，怎么确保不会乱码？
如果对方使用非中文系统，你给他发中文邮件时，他打开你发的中文邮件，就会出现乱码。解决办法有两种：
1、用绘图软件书写中文邮件
用画笔等绘图软件书写中文邮件，然后把中文邮件以GIF图像格式保存，最后压缩之、作为邮件附件发送。
运行绘图软件，在图片中输入文字，用GIF格式保存，将属性置为黑白模式（以减少图片体积），然后用WINZIP把他压缩成ZIP格式，作为附件在邮件中发送，这样不管对方在何语言平台下，都不会出现乱码，收信人不必去下载PDF文件阅读器，阅读起来也非常方便。
2、使用专门的工具转换和阅读
EMAIL AID之类的工具能把中文邮件转换为AID格式文件，你把该格式文件发给对方，他再用EMAIL AID打开观看即可。
EMAIL AID（UCWIN GOLD 1.0附带的）能把文本文件转换为AID格式文件，大小只比原TXT文件增加几K。写好中文邮件后，用文本格式存盘，然后你运行EMAIL AID，以AID格式保存，最后你把AID文件连同EMAIL AID软件一起作为附件插在信中。对方收到信后，只需运行EMAIL AID，打开AID格式文件即可看到汉字，不管对方在何种语言平台下，都不会出现乱码。

使用Filezilla client FTP客户端登陆某些FTP站点会出现中文乱码,原因是FTP服务器端编码与filezilla client端编码不一致造成的，解决方法如下：
文件-站点管理-选中要登陆的站点-字符集-选择”强制UTF-8″ 或使用自定义字符集GB2312,二者之一定能解决中文显示乱码的问题。

I. 电脑系统编码问题

下载数学试卷打开全是乱码如f77,f103怎么办急求解决

J. windows操作系统unicode文本编码格式是UTF-8还是UTF-16现在的系统

什么是 Unicode? 历史上, 有两个独立的, 创立单一字符集的尝试. 一个是国际标准化组织(ISO)的 ISO 10646 项目, 另一个是由(一开始大多是美国的)多语言软件制造商组成的协会组织的 Unicode 项目. 幸运的是, 1991年前后, 两个项目的参与者都认识到, 世界不需要两个不同的单一字符集. 它们合并双方的工作成果, 并为创立一个单一编码表而协同工作. 两个项目仍都存在并独立地公布各自的标准, 但 Unicode 协会和 ISO/IEC JTC1/SC2 都同意保持 Unicode 和 ISO 10646 标准的码表兼容, 并紧密地共同调整任何未来的扩展. Unicode vs ISO 10646 Unicode 协会公布的 Unicode 标准 严密地包含了 ISO 10646-1 实现级别3的基本多语言面. 在两个标准里所有的字符都在相同的位置并且有相同的名字. Unicode 标准额外定义了许多与字符有关的语义符号学, 一般而言是对于实现高质量的印刷出版系统的更好的参考. Unicode 详细说明了绘制某些语言(比如阿拉伯语)表达形式的算法, 处理双向文字(比如拉丁与希伯来文混合文字)的算法和 排序与字符串比较 所需的算法, 以及其他许多东西. 另一方面, ISO 10646 标准, 就象广为人知的 ISO 8859 标准一样, 只不过是一个简单的字符集表. 它指定了一些与标准有关的术语, 定义了一些编码的别名, 并包括了规范说明, 指定了怎样使用 UCS 连接其他 ISO 标准的实现, 比如 ISO 6429 和 ISO 2022. 还有一些与 ISO 紧密相关的, 比如 ISO 14651 是关于 UCS 字符串排序的. 考虑到 Unicode 标准有一个易记的名字, 且在任何好的书店里的 Addison-Wesley 里有, 只花费 ISO 版本的一小部分, 且包括更多的辅助信息, 因而它成为使用广泛得多的参考也就不足为奇了. 然而, 一般认为, 用于打印 ISO 10646-1 标准的字体在某些方面的质量要高于用于打印 Unicode 2.0的. 专业字体设计者总是被建议说要两个标准都实现, 但一些提供的样例字形有显着的区别. ISO 10646-1 标准同样使用四种不同的风格变体来显示表意文字如中文, 日文和韩文 (CJK), 而 Unicode 2.0 的表里只有中文的变体. 这导致了普遍的认为 Unicode 对日本用户来说是不可接收的传说, 尽管是错误的. UTF-8 首先 UCS 和 Unicode 只是分配整数给字符的编码表. 现在存在好几种将一串字符表示为一串字节的方法. 最显而易见的两种方法是将 Unicode 文本存储为 2 个 或 4 个字节序列的串. 这两种方法的正式名称分别为 UCS-2 和 UCS-4. 除非另外指定, 否则大多数的字节都是这样的(Bigendian convention). 将一个 ASCII 或 Latin-1 的文件转换成 UCS-2 只需简单地在每个 ASCII 字节前插入 0x00. 如果要转换成 UCS-4, 则必须在每个 ASCII 字节前插入三个 0x00. 在 Unix 下使用 UCS-2 (或 UCS-4) 会导致非常严重的问题. 用这些编码的字符串会包含一些特殊的字符, 比如 '\0' 或 '/', 它们在 文件名和其他 C 库函数参数里都有特别的含义. 另外, 大多数使用 ASCII 文件的 UNIX 下的工具, 如果不进行重大修改是无法读取 16 位的字符的. 基于这些原因, 在文件名, 文本文件, 环境变量等地方, UCS-2 不适合作为 Unicode 的外部编码. 在 ISO 10646-1 Annex R 和 RFC 2279 里定义的 UTF-8 编码没有这些问题. 它是在 Unix 风格的操作系统下使用 Unicode 的明显的方法. UTF-8 有一下特性: UCS 字符 U+0000 到 U+007F (ASCII) 被编码为字节 0x00 到 0x7F (ASCII 兼容). 这意味着只包含 7 位 ASCII 字符的文件在 ASCII 和 UTF-8 两种编码方式下是一样的. 所有 >U+007F 的 UCS 字符被编码为一个多个字节的串, 每个字节都有标记位集. 因此, ASCII 字节 (0x00-0x7F) 不可能作为任何其他字符的一部分. 表示非 ASCII 字符的多字节串的第一个字节总是在 0xC0 到 0xFD 的范围里, 并指出这个字符包含多少个字节. 多字节串的其余字节都在 0x80 到 0xBF 范围里. 这使得重新同步非常容易, 并使编码无国界, 且很少受丢失字节的影响. 可以编入所有可能的 231个 UCS 代码 UTF-8 编码字符理论上可以最多到 6 个字节长, 然而 16 位 BMP 字符最多只用到 3 字节长. Bigendian UCS-4 字节串的排列顺序是预定的. 字节 0xFE 和 0xFF 在 UTF-8 编码中从未用到. 下列字节串用来表示一个字符. 用到哪个串取决于该字符在 Unicode 中的序号. U-00000000 - U-0000007F: 0xxxxxxx U-00000080 - U-000007FF: 110xxxxx 10xxxxxx U-00000800 - U-0000FFFF: 1110xxxx 10xxxxxx 10xxxxxx U-00010000 - U-001FFFFF: 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx U-00200000 - U-03FFFFFF: 111110xx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx U-04000000 - U-7FFFFFFF: 1111110x 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx xxx 的位置由字符编码数的二进制表示的位填入. 越靠右的 x 具有越少的特殊意义. 只用最短的那个足够表达一个字符编码数的多字节串. 注意在多字节串中, 第一个字节的开头"1"的数目就是整个串中字节的数目. 例如: Unicode 字符 U+00A9 = 1010 1001 (版权符号) 在 UTF-8 里的编码为: 11000010 10101001 = 0xC2 0xA9 而字符 U+2260 = 0010 0010 0110 0000 (不等于) 编码为: 11100010 10001001 10100000 = 0xE2 0x89 0xA0 这种编码的官方名字拼写为 UTF-8, 其中 UTF 代表 UCS Transformation Format. 请勿在任何文档中用其他名字 (比如 utf8 或 UTF_8) 来表示 UTF-8, 当然除非你指的是一个变量名而不是这种编码本身.