SSH开发过程中的中文问题汇总 作者：Rainisic来源：博客园发布时间：2012-01-11 14:26 阅读：50 次原文链接[收藏] 在使用SSH开发的过程中，我们经常会因为各种各样的中文乱码问题而苦恼。之前开发的过程中遇到过一些，但是都没有记录下来，这次，我就遇到的中文问题进行一个汇总，希望能够对大家有所帮助。 1. 平台环境参数 操作系统：Windows 7 旗舰版64位 JDK版本：JDK 1.6 / JDK 1.7 （此处由于JDK 7 发布不久，所以对两个版本进行测试） 开发环境：Eclipse Java EE Indigo 网站容器：Tomcat 7.0 开发框架： Struts 2.3.1.1-GA Spring 3.1.0-release Hibernate 4.0.0-Final / Hibernate 3.6.9-Final （此处由于Hibernate 4 final 刚刚发布不久，所以对两个版本进行测试） 2. 中文问题汇总 （1）HTML中未指定文件编码 问题描述：在HTML中未指定文件编码，在部分浏览器中将会出现中文乱码。 解决方案：在HTML的head标签中指定文档编码，代码如下（请根据DOCTYPE选择）： // HTML 4.01 Transitional
// HTML 5 （2）表单提交使用GET方法 问题描述：在HTML form 中提交表单的时候使用method="get"导致中文乱码。 解决方案：form表单的method设置为post，代码如下：
（3）JSP文件中未指定文档编码类型 问题描述：在JSP文件中未指定JSP文档编码，在浏览器中会出现中文乱码。 解决方案：在JSP文件首部增加指定文档编码的代码，代码如下： <%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%> （4）文件编码不正确 问题描述：由于Java文件、JSP文件等文件编码不正确，导致中文乱码。 解决方案：设置文件的默认编码为UTF-8（如果需要使用其他编码，请确保上述两个编码格式与文件编码相同） 设置方法： 当前文件编码修改：该文件右键→Properties→Resource，右侧Text file encoding→Other →UTF-8 默认文件编码修改： 0. Windows→Preferences 打开Eclipse配置选项窗口。 1. General→Content Type，右侧Text 下面所需要的文件类型Default encoding设置为UTF-8乱码形成原因及消除方法大全八 乱码形成原因及消除方法大全.txt生活，是用来经营的，而不是用来计较的。感情，是用来维系的，而不是用来考验的。爱人，是用来疼爱的，而不是用来伤害的。金钱，是用来享受的，而不是用来衡量的。谎言，是用来击破的，而不是用来装饰的。信任，是用来沉淀的，而不是用来挑战的。乱码形成原因及消除方法大全 2008-01-18 14:08乱码形成原因及消除方法大全当我们浏览网页、打开文档或邮件，运行软件时，经常会看到乱码，通常是由于源文件编码，Windows 不 能正确识别造成的的，也可能是其他原因。乱码给我们带来了太多的烦恼，为了帮助大家彻底摆脱乱码 ，下面我们就来探讨一下乱码的形成原因及其消除方法。 一、乱码有五种类型 常见的乱码，一般可以分成五种类型：第一类是文本/文档文件乱码，这一般是由于源文件编码，与
Windows使用的编码不通用造成的；第二类是网页乱码，形成原因与第一类乱码类似；第三类是Windows 系统界面乱码，即中文Windows的菜单、桌面、提示框等显示乱码，主要是Windows注册表中有关字体的 部分设置不当引起的；第四类是应用程序的界面乱码，即各种应用程序（包括游戏）本来显示中文的地 方出现乱码，形成原因比较复杂，有第二类的乱码原因，也可能是软件用到的中文链接库，被英文链接 库覆盖造成的；第五类是邮件乱码，形成原因也极其复杂。 二、如何消除应用程序的界面乱码？ 目前有些软件发行了Unicode版本，这是一种通用的字符编码标准，涵盖了全球多种语言及古文和专 业符号，这种版本的软件运行在任何系统和语言上都不会乱码，如果是非Unicode编码的程序，就会有乱
解决: jsp页面中文显示问题 <%@ page pageEncoding=”gb2312″ %>，决定jsp页面编写时的编码。 <%@ page content_type=”text/html;charset=UTF-8″ %>,决定jsp页面显示在客户端浏览器的编码。 在解决这个问题的同时，我还发现了一篇至今为止我所见过的解决java中文问题最彻底的文章： 上篇：https://www.doczj.com/doc/f316745538.html,/pcedu/empolder/gj/java/0404/ 366404.html 下篇：https://www.doczj.com/doc/f316745538.html,/pcedu/empolder/gj/java/0405/ 368760.html 深入Java中文问题及最优解决方法 Abstract：本文深入分析了Java程序设计中Java编译器对java源文件和JVM对class类文件的编码/解码过程，通过此过程的解析透视出了Java编程中中文问题产生的根本原因，最后给出了建议的最优化的解决Java中文问题的方法。 1、中文问题的来源 计算机最初的操作系统支持的编码是单字节的字符编码，于是，在计算机中一切处理程序最初都是以单字节编码的英文为准进行处理。随着计算机的发展，为了适应世界其它民族的
语言（当然包括我们的汉字），人们提出了UNICODE编码，它采用双字节编码，兼容英文字符和其它民族的双字节字符编码，所以，目前，大多数国际性的软件内部均采用UNICODE编码，在软件运行时，它获得本地支持系统（多数时间是操作系统）默认支持的编码格式，然后再将软件内部的UNICODE转化为本地系统默认支持的格式显示出来。Java的JDK和JVM即是如此，我这里说的JDK是指国际版的JDK，我们大多数程序员使用的是国际化的JDK版本，以下所有的JDK均指国际化的JDK版本。我们的汉字是双字节编码语言，为了能让计算机处理中文，我们自己制定的gb2312、GBK、GBK2K等标准以适应计算机处理的需求。所以，大部分的操作系统为了适应我们处理中文的需求，均定制有中文操作系统，它们采用的是GBK,GB2312编码格式以正确显示我们的汉字。如：中文Win2K默认采用的是GBK编码显示，在中文WIN2k中保存文件时默认采用的保存文件的编码格式也是GBK 的，即，所有在中文WIN2K中保存的文件它的内部编码默认均采用GBK编码，注意：GBK是在GB2312基础上扩充来的。 由于Java语言内部采用UNICODE编码，所以在JAVA程序运行时，就存在着一个从UNICODE编码和对应的操作系统及浏览器支持的编码格式转换输入、输出的问题，这个转换过程有着一系列的步骤，如果其中任何一步出错，则显示出来的汉字就会出是乱码，这就是我们常见的JAVA中文问题。
打开网页容易出现乱码是怎么回事? 20分 标签：qq空间微软乱码打开网页网页 回答：1 浏览：18055 提问时间：2008-05-09 10:27 我装的是微软SP3~打开更新的网页经常会出现乱码现像,看了下面的隐私报告说有个https://www.doczj.com/doc/f316745538.html,/ad.html 已阻止.我要怎么样才能打开不会出现乱码,打开QQ空间也一样.请高手帮助!!! 下面的出现的乱码: 刉mo? ?` 釥 } T蒊[琺lo 晇蹢倴? 娫H蕩 wま щ H馑蓠罟鐜勿,辜 餷6 }/g?螔溷速蹴 Q瘃|簒y翓( 榐蛽? ={頦彚# rk索q驾n#mX )綆5砛 f p 宥E ? ?倹興蔭 蚢R犳)??? 窪鹻罶瓕 相关资料:乱码查看.exe 更多资料>> 最佳答案此答案由提问者自己选择，并不代表爱问知识人的观点 揪错┆评论 低抛高吸_1976 [文曲星] 乱码翻译全攻略 有很多朋友都被Window s系统中各式各样的乱码所困惑。特别是收到的一些十分重要的邮件程序、文件时会遇到乱码，登上港台网站时会看到乱码，还有原先显示正常的Window s桌面、菜单中的汉字形如天书，本来显示正常的各种应用程序、游戏中的汉字也成了乱码等等，真的很是急人误事！那怎么办呢？ 汉字乱码分类 汉字乱码现象有4种类型： 1.文本乱码：是Windows系统显示乱码，如：菜单、桌面、提示框等。这是由于注册表中有关字体部分的设置不当引起的； 2.文档乱码：是各种应用程序、游戏本来显示中文的地方出现乱码。这种乱码形成的原因比较复杂，有第1类的乱码原因，也可能是软件中用到的中文动态链接库被英文动态链接库覆盖所造成的； 3.文件乱码：主要是指邮件乱码； 4.网页乱码：是由于港台的繁体中文大五码（BIG5）与大陆简体中文（GB2312）不通用而造成的。 消除各类乱码的方法 一系统乱码的消除方法 这类乱码是由于在Window s注册表中，关于字体部分配置不正常造成的，即使你用内码翻译软件处理也不会消除这类乱码。那怎么办呢？请跟我来： 方法一：找一台与你的Window s版本相同且显示正常的机器，依下列步骤进行： 1.在正常机器上选择“开始”→“运行”，在对话框中键入“regedit”，打开注册表编辑器； 2.请你将光标定位到“HKEY_LOCAL_MACHINE\ system\CurrentControlSet\Control\Fontassoc”，然后选择“注册表”→“导出注册表文件”，再选择“分支”，导出该分支注册表信息到文件（如ZT.REG）中； 3.把ZT.REG文件拷贝到你那显示乱码的机器上，方法是：在显示乱码的机器上运行“regedit”，打开注册表编辑器,选择“注册表”→“导入注册注册表”，把ZT.REG文件导入注册表中即可。 方法二：如果你找不到一台与你的Window s版本相同且显示正常的机器，则需要手工恢复字体部分的注册表
最近在做个MP3播放器，出现中文乱码问题，在网上找了很多解决办法，我整理了出现乱码的点和解决方案，拿出来和大家共享一下 1.读取中文文件乱码解决方法 package com.apj.conv; import java.io.BufferedInputStream; import java.io.BufferedReader; import java.io.File; import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.IOException; import java.io.InputStreamReader; import android.app.Activity; import android.os.Bundle; import android.os.Environment; import android.widget.TextView; public class ConverActivity extends Activity { private TextV iew textview ; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(https://www.doczj.com/doc/f316745538.html,yout.main); textview = (TextView) findView ById(R.id.lrctext); System.out.println("==============convertCodeAndGetText begin============== ") ; ///获得SDCard中文件的路径 String path = Environment.getExternalStorageDirectory().getAbsolutePath()+ File.separator ; String tochinese = convertCodeAndGetText(path+"a.txt"); System.out.println(tochinese); System.out.println("==============cconvertCodeAndGetText end=============="); textview.setText(tochinese); }
用 VC6 的 MFC AppWizard 生成的窗口程序，窗口标题或者标签用中文，编译执行发现中文成乱码了，奇怪，以前怎么没有出现这种问题呢？ 在网上找找资料才知道，原来我现在用的是非中文 XP 操作系统，在用向导生成窗口程序的过程中，没有中文语言的选项。不知道为什么，我的操作系统的区域都是设置成的中国，语言也是设成的简体中体，都没错的，VC6 安装程序看我的界面不是中文就不给我装上中文语言支持的动态库。 解决办法是：可以在VC6 安装光盘中找到APPWZCHS.DLL 文件（也点击6.0.8168.0__APPWZCHS.zip 可从此处下载），拷入到 C:/Program Files/Microsoft Visual Studio/COMMON/MSDev98/Bin/IDE，确切位置视你的 Visual Studio 安装目录而定。这样重新用 MFC AppWizard 建一个工程，在第一步就可以选上简体中文了，在程序中的界面上写中文，然后执行就没问题了。 如果你的工程中的菜单、对话框、字符串等资源不是由AppWizard生成的，而是手工添加的，你必须保证该资源的Language选项为Chinese(P.R.C) 还有一个解决方案是：不需要 APPWZCHS.DLL文件，找到工程中的 rc 文件（资源文件），把其中LANGUAGE 9, 1的地方改为4,2；codepage(1252)改为codepage（936）；另外把#include "afxres.rc" 改成#include "l.chs/afxres.rc"；把"afxres.rc" 改成"l.chs//afxres.rc"即可，其中的数据根据不同文字代码可能不同，例子中的是英文，改为中文。 改 rc 文件的办法我试过，改过之后虽然执行时界面显示中文都没有问题，可是程序响应按钮操作的时候却出现了Debug Assertion Failed! _CrtIsValidHeapPointer(pUserData)......非常致命的错误，可能这跟修改 rc 文件是无关的。 后来试了，的确，出现 _CrtIsValidHeapPoint 错误与修改 rc 文件无关，是因为 delete 一个指针时报的错，至今原因不明，因为同样的代码昨天还行，今天就不行了。随意猜测一下：是否有可能是昨天用的 Debug 出的 Dll 文件，今天用的 Release 出的 Dll 文件。 就我个人看来，第一种方法比较好，用 MFC AppWizard 生成的窗口像确定啊，取消等按钮或菜单都是中文的，不需要你一个个的改动。
关于Linux下中文显示为乱码的完整解决方案Linux，作为一款免费的操作系统，相对于高额费用的Windows系列操作系统，有着更强的优势，所以，许多人也都开始学习Linux操作系统的知识。但是，由于Windows 系列操作系统还是当今社会的主流，所以，人们少不了在Windows和Linux系统之间进行文件的传输。 但是一个新问题出现了，那就是中文乱码问题，这个问题困扰着无数的Linux用户，尤其是Linux的初学者，对于这个问题相当的头疼。 主要问题如下： 1、ssh中，中文显示为乱码：在Wind ows 系统下，用ssh远程连接Linux系统，对于在Linux下显示正常的中文，在ssh中却显示为完全无法识别的乱码字符。 2、中文传输乱码：把Wind ows中的中文文件传输到Linux操作系统中，原本在Wind ows下显示正常的文件，到了Linux系统下，成了无法识别的乱码。 分析其原因，是因为Linux和Wind ows系统下，所用户的字符集不同，Linux系统使用的是Unicod e字符集，而Wind ows使用的是GB字符集。所以，在网上出现了两种解决方案： 方法一：使用Putty代替secure shell client(ssh):在Putty终端设置中，修改wind ow-〉Translation中的Received data assumed to be in which character set值为Linux 中的字符集UTF-8，再连接Linux，
发现这时，Linux中的中文可以正常显示了。 但是一个新问题出现了，把Wind ows中的文件上传了Linux 中，原本在Wind ows下显示正常的中文文件，现在却成了乱码。 所以，这个方法无法彻底解决乱码问题。 方法二：修改Linux默认字符集，把Linux的默认字符集修改为和Wind ows中的字符集一致的GB18030或GB2312，重启Linux系统后，再用ssh终端连接，这时，修改字符集后的中文文件都已经能正常显示，而且，从Wind ows中新上传的中文文件也能正常显示了。这个方法不错。 但是，Linux系统在安装时，产生的中文字符（中文文件夹名、中文文件名、中文文件）在新的字符集下，却又全都显示成了乱码。 有什么方法可以彻底解决乱码问题，使在Linux系统下，所有的中文字符都可以正常显示呢？ 本人综合了网上的各种解决方案，经过多次实验，终于找到了一个比较完整的解决方案，步骤如下： 第一步：用英文安装Linux系统：在安装Linux系统时，采用默认的英文安装，而不要使用中文。 第二步：修改字符集：在Linux系统安装成功以后，修改系统的默认字符集，操作如下： 在Fedora Linux系统中，编辑/etc/sysconfig/i18n文件，修改LANG 值为zh_CN.GB2312或zh_CN.GB18030，保存退出。 在OpenSuSE Linux系统中，编辑/etc/sysconfig/language文件，
网页中文乱码 既然后面charset设置为gb2312，那么你打开这个网页，然后另存，保存的时候记得把编码改成gb2312，不然的话charset就会误导浏览器，这样就会乱码了。 2．php编网页出现乱码，我把编码改成utf-8 前台显示正常了，但是有东西输入到数据库再提取出来还是不正常 3.apache+php+mysql 为何会出现乱码 我们在做PHP项目的时候，经常会遇到中文乱码的问题，有时候编码问题还导致MYSQL的报错。中文乱码总共有三个原因 1：APACHE服务器设置导致乱码 2：PHP，或者HTML页面编码导致中文乱码 3：MYSQL数据库的表以及字段编码导致中文乱码 我们分别从这三个部分来探究PHP程序设计中的编码问题 在这之前我们要了解一些基本理论： 1、文件编码 每个文件在保存的时候都可以选择以什么编码保存，例如用WINDOWS的记事本创建一个文件可以选择ANSI 以及UTF8等等编码。我们选择了什么编码该文件就以这种编码方式保存在硬盘上。读取该文件数据的时候也会指定一种编码来打开，如果指定的编码与文件保存的时候的编码不一样的话就会出现乱码 2、HTML的编码 在网页头部一般有这样一个 区域 这个的意思是让客户端知道，接下来输出的是html代码（text/html），并且以下输出的内容都将是utf-8编码的。如果我们用记事本创建一个HTML文件该文件包含 但是在保存的时候却以ANSI编码格式保存，那么我们用浏览器打开这个文件时，浏览器看见META 行的UTF8编码设置后就将文件以UTF8格式输出，而文件本来是ANSI编码，这样便出现了中文乱码。 一：APACHE服务器编码 在APACHE配置文件中有一行是编码的设置默认的是AddDefaultCharset ISO-8859-1，大部分人认为应该将这句改为AddDefaultCharset UTF-8 。而蜗牛认为这是误人子弟。这项配置是告诉APACHE服务器选用什么样的编码来输出WEB页面（这样做会忽略，HTML页面中的页面编码的设置EG：），如果我们建立一个GB2312的页面就会出现中文乱码。所以最好的方法是将AddDefaultCharset ISO-8859-1这一项注释掉#AddDefaultCharset 二：PHP编码问题 php最终生成的是文本文件，而他要从数据库中取出文本数据，还要把文本数据写到数据库中。由于MYSQL并不知道PHP发送给他的是什么编码的数据，所以需要客户端PHP告诉他存取的是什么编码的数据。然后MYSQL会自动将PHP传送来的数据转换成目标编码格式的
关键字: 使用filter解决中文乱码问题 一.在web.xml中配置 xml 代码
Java中文乱码问题产生原因分析 在计算机中，只有二进制的数据，不管数据是在内存中，还是在外部存储设备上。对于我们所看到的字符，也是以二进制数据的形式存在的。不同字符对应二进制数的规则，就是字符的编码。字符编码的集合称为字符集。 17.1.1 常用字符集 在早期的计算机系统中，使用的字符非常少，这些字符包括26个英文字母、数字符号和一些常用符号（包括控制符号），对这些字符进行编码，用1个字节就足够了（1个字节可以表示28=256种字符）。然而实际上，表示这些字符，只使用了1个字节的7位，这就是ASCII编码。
1．ASCII ASCII（American Standard Code for Information Interchange，美国信息互换标准代码），是基于常用的英文字符的一套电脑编码系统。每一个ASCII码与一个8位（bit）二进制数对应。其最高位是0，相应的十进制数是0～127。例如，数字字符“0”的编码用十进制数表示就是48。另有128个扩展的ASCII码，最高位都是1，由一些图形和画线符号组成。ASCII是现今最通用的单字节编码系统。 ASCII用一个字节来表示字符，最多能够表示256种字符。随着计算机的普及，许多国家都将本地的语言符号引入到计算机中，扩展了计算机中字符的范围，于是就出现了各种不同的字符集。 2．ISO8859-1 因为ASCII码中缺少￡、ü和许多书写其他语言所需的字符，为此，可以通过指定128以后的字符来扩展ASCII码。国际标准组织（ISO）定义了几个不同的字符集，它们是在ASCII码基础上增加了其他语言和地区需要的字符。其中最常用的是ISO8859-1，通常叫做Latin-1。Latin-1包括了书写所有西方欧洲语言不可缺少的附加字符，其中0～127的字符与ASCII码相同。ISO 8859另外定义了14个适用于不同文字的字符集（8859-2到8859-15）。这些字符集共享0～127的ASCII码，只是每个字符集都包含了128～255的其他字符。 3．GB2312和GBK GB2312是中华人民共和国国家标准汉字信息交换用编码，全称《信息交换用汉字编码字符集－基本集》，标准号为GB2312-80，是一个由中华人民共和国国家标准总局发布的关于简化汉字的编码，通行于中国大陆和新加坡，简称国标码。 因为中文字符数量较多，所以采用两个字节来表示一个字符，分别称为高位和低位。为了和ASCII码有所区别，中文字符的每一个字节的最高位都用1来表示。GB2312字符集是几乎所有的中文系统和国际化的软件都支持的中文字符集，也是最基本的中文字符集。它包含了大部分常用的一、二级汉字和9区的符号，其编码范围是高位0xa1-0xfe，低位也是0xa1-0xfe，汉字从0xb0a1开始，结束于0xf 7fe。 为了对更多的字符和符号进行编码，由前电子部科技质量司和国家技术监督局标准化司于1995年12月颁布了GBK（K是“扩展”的汉语拼音第一个字母）编码规范，在新的编码系统里，除了完全兼容GB2312外，还对繁体中文、一些不常用的汉字和许多符号进行了编码。它也是现阶段Windows和其他一些中文操作系统的默认字符集，但并不是所有的国际化软件都支持该字符集。不过要注意的是GBK不是国家标准，它只是规范。GBK字符集包含了20 902个汉字，其编码范围是0x8140-0xfefe。 每个国家（或区域）都规定了计算机信息交换用的字符编码集，这就造成了交流上的困难。想像一下，你发送一封中文邮件给一位远在西班牙的朋友，当邮件通过网络发送出去的时候，你所书写的中文字符会按照本地的字符集GBK转换为二进制编码数据，然后发送出去。当你的朋友接收到邮件（二进制数据）后，查看信件时，会按照他所用系统的字符集，将二进制编码数据解码为字符，然而由于两种字符集之间编码的规则不同，导致转换出现乱码。这是因为，在不同的字符集之间，同样的数字可能对应了不同的符号，也可能在另一种字符集中，该数字没有对应符号。 为了解决上述问题，统一全世界的字符编码，由Unicode协会1制定并发布了Unicode编码。 4．Unicode Unicode（统一的字符编码标准集）使用0～65535的双字节无符号数对每一个字符进行编码。它不仅包含来自英语和其他西欧国家字母表中的常见字母和符号，也包含来自古斯拉夫语、希腊语、希伯来语、阿拉伯语和梵语的字母表。另外还包含汉语和日语的象形汉字和韩国的Hangul音节表。 目前已经定义了40000多个不同的Unicode字符，剩余25000个空缺留给将来扩展使用。其中大约20 1Unicode协会是由IBM、微软、Adobe、SUN、加州大学伯克利分校等公司和组织所组成的非营利性组织。
使用tomcat 时，相信大家都回遇到中文乱码的问题，具体表现为通过表单取得的中文数据为乱码。 一、初级解决方法 通过一番检索后，许多人采用了如下办法，首先对取得字符串按照 iso8859-1 进行解码转换，然后再按照gb2312 进行编码，最后得到正确的内容。示例代码如下： http://xxx.do?ptname='我是中国人' String strPtname = request.getParameter("ptname"); strPtname = new String(strPtname.getBytes("ISO-8859-1"), "UTF-8"); String para = new String( request.getParameter("para").getBytes("iso8859-1"), "gb2312"); 具体的原因是因为美国人在写tomcat 时默认使用iso8859-1 进行编码造成的。 然而，在我们的servlet 和jsp 页面中有大量的参数需要进行传递，这样转换的话会带来大量的转换代码，非常不便。 二、入门级解决方法 后来，大家开始写一个过滤器，在取得客户端传过来的参数之前，通过过滤器首先将取得的参数编码设定为gb2312 ，然后就可以直接使用getParameter 取得正确的参数了。这个过滤器在tomcat 的示例代码 jsp-examples 中有详细的使用示例, 其中过滤器在web.xml 中的设定如下，示例中使用的是日文的编码，我们只要修改为gb2312 即可
1、解决post请求传递参数中文乱码。 在web.xml中添加如下配置
Flash中出现中文乱码的解决办法 在编辑flash文件中加载了非Unicode 编码的外部txt文本文件时，有些中文就不能正常显示。 解决办法： 用鼠标右键单击舞台上的元件，从弹出的快捷菜单中选择“动作”选项，打开动作脚本编辑面板，键入下面脚本https://www.doczj.com/doc/f316745538.html,eCodepage = true;脚本解释：显示中文字符的语句，使外部文本文件中的中文字符能正常显示。否则只能显示英文字符，中文字符为乱码。例子：on (release) {loadVariablesNum("chem.txt", 0);https://www.doczj.com/doc/f316745538.html,eCodepage = true;} 说明： 对于作为外部文件包含或加载的文本（使用#include 命令，loadVariables() 或getURL 动作，或LoadVars 或XML 对象），保存这些文本文件时必须使用Unicode 对其进行编码，这样Flash Player 才能将其识别为Unicode。若要使用Unicode 对外部文件进行编码，请在支持Unicode 的应用程序（例如，Windows 2000 上的“记事本”）中保存这些文件。 如果包含或加载了非Unicode 编码的外部文本文件，则应将https://www.doczj.com/doc/f316745538.html,eCodepage 设置为true。在加载数据的SWF 文件的第一帧中，在最前面添加以下代码（第一行代码）： https://www.doczj.com/doc/f316745538.html,eCodepage = true; 如果有这一行代码，Flash Player 将使用运行Flash Player 的操作系统
的传统代码页来解释外部文本。对于英文Windows 操作系统，该代码页通常为CP1252；对于日文操作系统，该代码页通常为Shift-JIS。如果将https://www.doczj.com/doc/f316745538.html,eCodepage 设置为true，Flash Player 6 和更高版本处理文本的方式与Flash Player 5 相同。（Flash Player 5 在处理文本时，将所有文本都视为按运行播放器的操作系统的传统代码页编码的文本。） 如果将https://www.doczj.com/doc/f316745538.html,eCodepage 设置为true，应注意您的外部文本文件中使用的字符必须包含在运行播放器的操作系统的传统代码页中，这样才能显示该文本。例如，如果您加载了一个包含中文字符的外部文本文件，这些字符在使用CP1252 代码页的系统上将无法显示，因为该代码页不包含中文字符。 若要确保所有平台上的用户都能查看您的SWF 文件中使用的外部文本文件，应使用Unicode 对所有外部文本文件进行编码，并将https://www.doczj.com/doc/f316745538.html,eCodepage 设置保留为其默认设置false。这样，Flash Player 6 和更高版本将按Unicode 解释文本。
1、Eclipse采用aptana插件相关工程模板时出现中文显示乱码的问题 需求描述： 在eclipse+aptana插件环境下，完成采用gbk编码web页面开发。 问题一 在eclipse下通过aptana Web Project模板创建该工程，并把工程源文件import进来，如下 此时，打开index.html文件，发现中文显示乱码
这个问题较为简单，直接给出解决方法： 1、在eclipse配置，在windows->preference->general->workspace内把全局编码设置为gbk，如下：
2、检查project->properties->resource正确配置，如下： 此时，打开index.html，发现能正确显示。 问题二 问题描述： 在工程内新建一个cy5.html文件，如下：
对文件进行编辑保存后关闭，第二次打开发现刚刚还正常显示的中文全部显示乱码（但此时index.html文件显示仍然是正确的）。 通过浏览器检查，发现此时cy5.html编码实际采用的utf8格式。 问题分析和解决： 采用其他编辑器修改cy5.html文件编码格式为gbk后，中文显示正确了。看来问题出在文件默认保存时，为什么eclipse已经设置成gbk编码了，但是实际保存时仍保存为utf8呢？在尝试更改了eclipse配置后，没有解决。如果确实存在这样的问题，想必其他人也会遇到同样的问题，因此google一把，果然，有大侠给出了解决方案：https://www.doczj.com/doc/f316745538.html,/blog/716003 总结两点： 1、在windows->preference->general->content types内把相关后缀的文件编码设置为gbk， 如下点击更新保存。（这个之前自己尝试过一把，发现仅配置不生效；后来才知道还差一步）
转载：Mysql中文乱码的解决方法 第一种方法，很精辟的总结： 经常更换虚拟主机,而各个服务商的MYSQL版本不同,当导入数据后,总会出现乱码等无法正常显示的问题,查了好多资料,总结出自己的一点技巧: WINDOWS 下导入应该这样 使用MYSQL的命令 在DOS 命令下进入mysql的bin目录下,输入mysql -uroot -p密码数据库名称<要恢复的数据库, 例如我们要把D盘的一个名称为test.sql的数据库恢复到本地的test2这个数据库,那么就这样: mysql -uroot -p密码test2以前的国外主机用的Mysql是4.x系列的，感觉还比较好，都无论GBK和UTF-8都没有乱码，没想到新的主机的Mysql是5.0版本的，导入数据后，用Php读出来全是问号，乱码一片，记得我以前也曾经有过一次切换出现乱码的经验，原因肯定是Mysql版本之间的差异问题。 只好查资料，发现了一个解决方法，就是在mysql_connect后面加一句SET NAMES UTF8，即可使得UTF8的数据库消除乱码，对于GBK的数据库则使用SET NAMES GBK，代码如下： $mysql_mylink = mysql_connect($mysql_host, $mysql_user, $mysql_pass); mysql_query("SET NAMES 'GBK'"); 数据库字符集为utf-8 连接语句用这个 mysql_query("SET NAMES 'UTF8'"); mysql_query("SET CHARACTER SET UTF8"); mysql_query("SET CHARACTER_SET_RESULTS=UTF8'");
java中文解决大全 Abstract：本文深入分析了Java程序设计中Java编译器对java源文件和JVM对class类文件的编码/解码过程，通过此过程的解析透视出了Java编程中中文问题产生的根本原因，最后给出了建议的最优化的解决Java中文问题的方法。 1.中文问题的来源 计算机最初的操作系统支持的编码是单字节的字符编码，于是，在计算机中一切处理程序最初都是以单字节编码的英文为准进行处理。随着计算机的发展，为了适应世界其它民族的语言（当然包括我们的汉字），人们提出了UNICODE编码，它采用双字节编码，兼容英文字符和其它民族的双字节字符编码，所以，目前，大多数国际性的软件内部均采用UNICODE编码，在软件运行时，它获得本地支持系统（多数时间是操作系统）默认支持的编码格式，然后再将软件内部的UNICODE转化为本地系统默认支持的格式显示出来。Java的JDK和JVM即是如此，我这里说的JDK是指国际版的JDK，我们大多数程序员使用的是国际化的JDK版本，以下所有的JDK均指国际化的JDK版本。我们的汉字是双字节编码语言，为了能让计算机处理中文，我们自己制定的gb2312、GBK、GBK2K等标准以适应计算机处理的需求。所以，大部分的操作系统为了适应我们处理中文的需求，均定制有中文操作系统，它们采用的是GBK,GB2312编码格式以正确显示我们的汉字。如：中文Win2K默认采用的是GBK编码显示，在中文WIN2k中保存文件时默认采用的保存文件的编码格式也是GBK的，即，所有在中文WIN2K中保存的文件它的内部编码默认均采用GBK编码，注意：GBK是在GB2312基础上扩充来的。 由于Java语言内部采用UNICODE编码，所以在JAVA程序运行时，就存在着一个从UNICODE编码和对应的操作系统及浏览器支持的编码格式转换输入、输出的问题，这个转换过程有着一系列的步骤，如果其中任何一步出错，则显示出来的汉字就会出是乱码，这就是我们常见的JAVA中文问题。 同时，Java是一个跨平台的编程语言，也即我们编写的程序不仅能在中文windows上运行，也能在中文Linux等系统上运行，同时也要求能在英文等系统上运行（我们经常看到有人把在中文win2k上编写的JAVA程序，移植到英文Linux上运行）。这种移植操作也会带来中文问题。 还有，有人使用英文的操作系统和英文的IE等浏览器，来运行带中文字符的程序和浏览中文网页，它们本身就不支持中文，也会带来中文问题。 几乎所有的浏览器默认在传递参数时都是以UTF-8编码格式来传递，而不是按中文编码传递，所以，传递中文参数时也会有问题，从而带来乱码现象。
JSP乱码终极解决方案（2）2008-09-27 01:53 A.M 2,具体说来,需要哪些信息才能确定项目中的乱码的根源. a,开发者所用的操作系统 b,j2ee容器的名称,版本 c,数据库的名称,版本(精确版本)以及jdbc驱动的版本 d,出现乱码的source code(比如是system out 出来的,还是jsp页面中的,如果是jsp中的,那么头 部声明的情况也很重要) 3,如何初步分析乱码出现的原因. 有了上述的信息,基本上就可以发帖求助了,相信放到javaworld等论坛上,很快就会有高手给你提出 有效的解决方案的. 当然不能总靠发帖求助,也要试试自行解决问题.如何下手呢? a,分析一下你的"乱码"到底是什么编码.这个其实不难,比如 System.out.println(testString); 这一段出现了乱码,那么不妨用穷举法猜测一下它的实际编码格式. System.out.println(new String(testString.getBytes("ISO-8859-1〃),"gb2312〃)); System.out.println(new String(testString.getBytes("UTF8〃),"gb2312〃)); System.out.println(new String(testString.getBytes("GB2312〃),"gb2312〃)); System.out.println(new String(testString.getBytes("GBK"),"gb2312〃)); System.out.println(new String(testString.getBytes("BIG5〃),"gb2312〃)); 等等,上述代码的意思是用制定的编码格式去读取testString这个"乱码",并转换成gb2312(此处仅