Oracle数据库工具中文显示乱码问题的解决
Oracle数据库工具中文显示乱码问题的解决
Oracle客户端查询工具有时会有查处的结果为中文时不能正常显示，要么为乱码，要么为问号，plsql出现这种问题，以为是版本造成的，用了老的和最新的还是一样，换了另外的数据库工具也一样，但注意一点，数据其实是没有问题的，取出来显示是正常的中文，只是在工具里显示的是问号。其实问题的原理很简单，就是字符集设置不正确造成的，但如此简单的原理在解决的过程中却会遇到很多麻烦，下面结合我遇到和解决的过程，给朋友们一点思路，说不定你们跟我的问题一样，通过这篇文章不用再折腾了，很快搞定，感觉飘飘……
首先讲讲字符集的知识，Oracle字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包容关系。ORACLE 支持国家语言的体系结构允许你使用本地化语言来存储，处理，检索数据。它使数据库工具，错误消息，排序次序，日期，时间，货币，数字，和日历自动适应本地化语言和平台。影响oracle数据库字符集最重要的参数是NLS_LANG参数。它的格式如下: NLS_LANG = language_territory.charset 它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。其中: Language 指定服务器消息的语言，territory 指定服务器的日期和数字格式，charset 指定字符集。如:AMERICAN _ AMERICA. ZHS16GBK 从NLS_LANG的组成我们可以看出，真正影响数据库字符集的其实是第三部分。所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据，前面影响的只是提示信息是中文还是英文。如何查询Oracle的字符集很多人都碰到过因为字符集不同而使数据导入失败的情况。这涉及三方面的字符集，一是oracel server端的字符集，二是oracle client端的字符集; 三是dmp文件的字符集。在做数据导入的时候，需要这三个字符集都一致才能正确导入。查询oracle server端的字符集有很多种方法可以查出oracle server端的字符集，比较直观的查询方法是以下这种:SQL>select userenv(‘language’) from dual; 结果类似如下:AMERICAN _ AMERICA. ZHS16GBK
对于查询工具结果集中的中文乱码，其实有两种情况供参考：
1.安装了服务器及配套工具，这样还出现乱码就去检查注册表中的NLS_LANG项是否设置正确，很有可能是在安装时设置了不正确的字符集造成的；
2.只安装了客户端，没有配套工具（如sqlplus等），以10g为例，注册表中是没有NLS_LANG 这项的，那么要改哪？同理，还是要改字符集，不过不是在注册表中设，是要在环境变量中增加或修改，即查看windows系统环境变量是否存在NLS_LANG，若存在则修改，若不存在新建，将值设为服务器端的字符集，服务器端的字符集可以通过上面的方法查询。
也可以硬性修改服务器端字符集但是不推荐，因为这可能会造成意想不到的问题。
修改server端字符集(不建议使用) 在oracle 8之前，可以用直接修改数据字典表props$来改变数据库的字符集。但oracle8之后，至少有三张系统表记录了数据库字符集的信息，只改props$表并不完全，可能引起严重的后果。正确的修改方法如下: $sqlplus /nolog SQL>conn / as sysdba; 若此时数据库服务器已启动，则先执行SHUTDOWN IMMEDIATE命令关闭数据库服务器，然后执行以下命令: SQL>STARTUP MOUNT; SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION; SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0; SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0; SQL>ALTER
DATABASE OPEN; SQL>ALTER DATABASE CHARACTER SET ZHS16GBK; SQL>ALTER DATABASE national CHARACTER SET ZHS16GBK; SQL>SHUTDOWN IMMEDIATE; SQL>STARTUP
对于导入导出的数据文件，也存在字符集匹配的问题，否则不能正常显示。
修改dmp文件字符集dmp文件的第2第3字节记录了字符集信息，因此直接修改dmp文件的第2第3字节的内容就可以‘骗’过oracle的检查。这样做理论上也仅是从子集到超集可以修改，但很多情况下在没有子集和超集关系的情况下也可以修改，我们常用的一些字符集，如US7ASCII，WE8ISO8859P1，ZHS16CGB231280，ZHS16GBK基本都可以改。因为改的只是dmp文件，所以影响不大。具体的修改方法比较多，最简单的就是直接用UltraEdit修改dmp文件的第2和第3个字节。比如想将dmp文件的字符集改为ZHS16GBK，可以用以下SQL 查出该种字符集对应的16进制代码: SQL> select to_char(nls_charset_id('ZHS16GBK'), 'xxxx') from dual; 0354 然后将dmp文件的2、3字节修改为0354即可。如果dmp文件很大，用ue无法打开，就需要用程序的方法了。
还有一些子集可以更明确定义NLS_LANG参数：
DICT.BASE 数据字典基本表版本
DBTIMEZONE 数据库时区
NLS_LANGUAGE 语言
NLS_TERRITORY 地域
NLS_CURRENCY 本地货币字符
NLS_ISO_CURRENCY ISO货币字符
NLS_NUMERIC_CHARACTERS 小数字符和组分隔开
NLS_CHARACTERSET 字符集
NLS_CALENDAR 日历系统
NLS_DATE_FORMAT 缺省的日期格式
NLS_DATE_LANGUAGE 缺省的日期语言
NLS_SORT 字符排序序列
NLS_TIME_FORMAT 时间格式
NLS_TIMESTAMP_FORMAT 时间戳格式
中文乱码解决大全
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-8mysql乱码处理
用MS SQL和oracle9 太吃内存,有点大,全给卸载了. 安装了mysql占内存小,方便使用! version:mysql-essential-5.1.36 在MySQL Command Line Client显示中文一切正常; 在eclipse中新工程,连接到mysql,读取一个表显示: 代码: package com.mch.mysql; import java.sql.Connection; import java.sql.DriverManager; import java.sql.ResultSet; import java.sql.SQLException; import java.sql.Statement; public class Mysql1 { public static void main(String[] args) { String url ="jdbc:mysql://localhost/test"; String user="root"; String password="******"; try { Class.forName("org.gjt.mm.mysql.Driver").newInstance(); Connection conn= DriverManager.getConnection(url,user,password); Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery("select * from pet"); while(rs.next()){ System.out.print("name：" + rs.getString(1)); System.out.print("\t所有者：" + rs.getString(2)); System.out.print("\tbirth：" + rs.getString("birth")); System.out.println(); } rs.close(); stmt.close(); conn.close(); } catch (InstantiationException e) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } catch (ClassNotFoundException e) { e.printStackTrace(); } catch (SQLException e) { e.printStackTrace(); } } } 显示乱码?号.
JSP中文乱码的产生原因及解决方案
JSP中文乱码的产生原因及解决方案 在JSP的开发过程中，经常出现中文乱码的问题，可能一直困扰着大家，现在把JSP 开发中遇到的中文乱码的问题及解决办法写出来供大家参考。首先需要了解一下Java中文问题的由来： Java的内核和class文件是基于unicode的，这使Java程序具有良好的跨平台性，但也带来了一些中文乱码问题的麻烦。原因主要有两方面，Java和JSP文件本身编译时产生的乱码问题和Java程序于其他媒介交互产生的乱码问题。首先Java（包括JSP）源文件中很可能包含有中文，而Java和JSP源文件的保存方式是基于字节流的，如果Java和JSP编译成class文件过程中，使用的编码方式与源文件的编码不一致，就会出现乱码。基于这种乱码，建议在Java文件中尽量不要写中文（注释部分不参与编译，写中文没关系），如果必须写的话，尽量手动带参数－ecoding GBK或－ecoding gb2312或－ecoding UTF-8编译；对于JSP，在文件头加上<%@ page contentType="text/html;charset=GBK"%>或 <%@ page contentType="text/html;charset=gb2312"%>基本上就能解决这类乱码问题。 下面是一些常见中文乱码问题的解决方法（下面例子中ecoding采用的是gb2312，也可设为ecoding GBK或ecoding UTF-8）： 一、 JSP页面乱码 这种乱码问题比较简单，一般是页面编码不一致导致的乱码，一般新手容易出现这样的问题，具体分以下两种情况： 未指定使用字符集编码 下面的显示页面(display.jsp)就出现乱码：
解决openfire在使用MySQL数据库后的中文乱码问题
解决openfire在使用MySQL数据库后的中文乱码问题 openfire是一个非常不错的IM服务器，而且是纯Java实现，具有多个平台的版本，他的数据 存储可以采用多种数据库，如MySQL，Oracle等。 在实际使用时大家遇到最多的就是采用MySQL数据库后的中文乱码问题，这个问题十分有趣， 而且从现象上可以看出openfire内部的一些机制。 实际问题是这样的：首先启动openfire服务器，然后利用客户端或直接登录到后台新建一个帐户，为该帐户指定一些中文的属性，如姓名等。如果不重启服务器，你永远不会觉得有什么不对的地方，因为所有的中文显示都是正常的。接下来重启一下openfire，再用建立的帐号登录 客户端或进入后台管理端查看，会发现所有的中文全都变成了问号。登录到数据库中进行查看，发现所有的中文字符也均为问号，这说明了两个问题： openfire具有应用层缓存 数据库编码存在问题 解决办法其实也很简单，首先要保证你为openfire创建的数据库编码是utf8的，建表语句如下： create database openfire default character set utf8 default collate utf8_general_ci 当你原来就创建好数据库时，你可以用： alter database openfire default character set utf8 default collate utf8_general_ci; 其次，在初始化openfire数据库，即第一次配置openfire服务器时，在连接数据库那里的连 接串要加入字符编码格式，必须在连接里增加UTF8的编码要求，连接字符串设置如下： jdbc:mysql://127.0.0.1:3306/openfire?useUnicode=true&characterEncoding=utf8 如果已经安装完成，这个配置也是可以改动的，直接到openfire的安装目录下，找到 conf/openfire.xml这样一个文件，打开找到如下的XML节，修改其中的serverURL即可
cmd窗口显示中文乱码及无法输入中文解决方法
cmd窗口显示中文乱码及无法输入中文解决方法 (2009-05-09 19:13:12) 分类：软件应用 标签： it 中文显示为乱码 临时解决方案： 在 CMD 中运行 chcp 936。 永久解决方案： 打开不正常的 CMD 或命令提示符窗口后,单击窗口左上角的图标，选择弹出的菜单中的“默认值”，打开如下图的对话框。单击第一个“选项”选项卡,将默认的代码页改为 936 后重启 CMD。 附：
如果改了以后无法生效，窗口的“默认值”和“属性”没变，进入注册表，在 HKEY_CURRENT_USER 下找到 console 项下的 Console 以及其下可能有 的 %SystemRoot%_system32_cmd.exe（这个 %SystemRoot%_system32_cmd.exe 下有的 codepage 话就改，如果没有就不管它），codepage值改为 936（十进制）或 3a8（十六进制）。 936(十进制)/3a8(十六进制) 是简体中文的，如是其它语言，要改为对应的代码。然后再执行第二段中所述的操作。 还可能和 CMD 的默认值的“字体”设置有关。 在 CMD 的“默认值”和“属性”的“字体”选项卡中中确认设定的字体是可以显示中文字符的字体，并且确定字体文件没有被破坏。字体最好设置为默认的点阵字体。 还是不行，干脆把%SystemRoot%_system32_cmd.exe内容备份下，然后清空它。或是把以下内容保存为REG文件导入试试。 Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Console\%SystemRoot%_system32_cmd.exe] "QuickEdit"=dword:00000800 "CodePage"=dword:000003a8 "WindowSize"=dword:001e005a "FontSize"=dword:000c0008 "FontFamily"=dword:00000030 "FontWeight"=dword:00000190 "FaceName"="Terminal" ============================================================= 无法输入中文 确认以下事项： 1.CMD 里中文字符可以正常显示（上文）. 2.注册表中 HKEY_CURRENT_USER\Console 及 HKEY_CURRENT_USER\Console\%SystemRoot%_system32_cmd.exe] 下LoadConIme 的值为 1. 3.conime.exe 这个文件存在，没有受到破坏，并且正常运行.
解决PHP+mysql处理中文乱码的独家方案
解决PHP+mysql处理中文乱码的独家方案 本方案适用于所有页面文件均为php(已成功测试过)，如果有混合文件读者可以亲自测试。 问题现象如下图，1所示为修复过的头部引用文件header.php，中文能正常显示，2所示为未修复过的standard.php页面文件。 一、为了解决问题，首先应该设置数据库的字符编码，如下图所示，本例将所有编码设置为UTF-8。 同样将数据库中的所有表的字符编码设置成UTF-8。
这样，数据库中可以正常显示中文字符了，如下图所示。 如果要导入外来数据，也要设置好字符编码，对于非mysql数据库的导入（如从ACCESS数据库中导入），需要设置分隔字段的字符，然后执行便可，如下图所示。 ---------------------------------------- 二、数据库的字符编码完成后，便要将页面文件的编码设置好。 这里的要点有如下三点(红色为说明文字)：
为了实现上述三点要求，本例采用的方案如下： 1.创建一个数据库连接文件conn.php ，其中在开头设置header 编码，并在创建数据连接后设置SQL 请求的编码，如下图所示： 2.设置页面文件的文件类型。可以在页面文件中的
标签中设置字符编 码。 2.1如果之前的字符编码为gb2312，则该文件类型为ANSI （本例使用DW 和notepad++软件，读者也可用UE 编辑软件，只不过类型显示名称不一样而已），如下图所示： 2.2将标签的编码设置成utf-8并保存文件后，再次打开，会发现文件类型变成了ANSI as UTF-8，如下图所示：win7系统常见的乱码问题解决方法
win7系统常见的乱码问题解决方法 win7系统乱码的问题，经常会碰到一些软件是简体中文的，可是在win7系统中却出来乱码的问题？400pc小编教你破解是哪些原因造成win7系统乱码。 近期，居住香港的姐姐也安装了Windows 7，不过，令她烦恼的是使用一些简体中文的软件出现了乱码。而这些软件都无法找到繁体版本，比如：迅雷，即使勉强安装好也无法轻松使用。难道香港用户就无法使用这些简体软件了吗？其实，Windows 7自身已经提供了完善的解决方案了。 一、Windows 7乱码问题来龙去脉 旅居香港的姐姐安装的是我提供的简体中文版本的Windows 7旗舰版，按理是可以顺利兼容简体软件的，然而问题就出在姐姐对默认的安装设置进行了修改。因为姐姐经常使用繁体软件，她将系统的“区域和语言”的“格式”、“位置”、“默认输入语言”、“非Unicode程序的语言”都设置成了更加顺手的香港繁体。 我们知道Unicode也可称为统一码，为每种语言的每个字符设置了统一且唯一的二进制编码，以满足跨语言、跨平台进行文本转换处理的要求，然而，还是有不少程序并不支持该编码，这时就有必要设置非Unicode程序使用的语言编码了。像迅雷这样的软件就支持简体中文编码，而不支持Unicode，当设置了香港繁体的非Unicode 就会出现乱码，同理，将非Unicode设置为简体后，很多不支持Unicode的繁体软件也会出现乱码。这个乱码问题难道是两难的吗？其实，我们使用Windows 7的语言包补丁安装功能就可以顺利解决。 二、巧妙解决Windows 7乱码 1.安装合适的语言包 首先，要能安装多种语言包的Windows 7只能是旗舰版或者企业版，接着我们就来解决这个问题吧。我们点击“开始-Windows Update”打开自动更新窗口。 在窗口中点击“34个可选更新”链接，在可以下载安装的语言包列表中选择“繁体中文语言包”，确定即可。 回到刚才的窗口点击“安装更新”按钮开始下载安装。 安装完语言包补丁需要重启。重启的过程需要配置补丁。
打开网页容易出现乱码是怎么回事
打开网页容易出现乱码是怎么回事? 20分 标签：qq空间微软乱码打开网页网页 回答：1 浏览：18055 提问时间：2008-05-09 10:27 我装的是微软SP3~打开更新的网页经常会出现乱码现像,看了下面的隐私报告说有个https://www.360docs.net/doc/6d9684982.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版本相同且显示正常的机器，则需要手工恢复字体部分的注册表
mysql数据库乱码问题
数据库读出乱码解决 一、分析常见数据库问题 修改MYSQL数据库,数据表,字段的编码（解决JSP乱码） 要解决JSP乱码,首先就要了解JSP乱码的原因 1.架设服务器安装MYSQL时的会让你选择一种编码,如果这种编码与你的网页不一致,可能就会造成JSP页面乱码 2.在PHPMYADMIN或mysql-front等系统创建数据库时会让你选择一种编码,如果这种编码与你的网页不一致,也有可能造成JSP页面乱码 3.创建表时会让你选择一种编码,如果这种编码与你的网页编码不一致,也可能造成JSP页面乱码 4.创建表时添加字段是可以选择编码的,如果这种编码与你的网页编码不一致,也可能造成JSP 页面乱码 5.用户提交JSP页面的编码与显示数据的JSP页面编码不一致,就肯定会造成JSP页面乱码. 如用户输入资料的JSP页面是big5码,显示用户输入的JSP页面却是gb2312,这种100%会造成JSP页面乱码 6.字符集不正确 要注意: 1.平时你在某些网站看到的文字可能有几种编码,如你看到一个繁体字,它有可能是big5编码,也有可能是utf-8编码的,更有可能是gb码的,没错,也就是说有简体编码的繁体字,也有繁体编码的简体字,一定要了解这一点. 如果你是做一个简体编码的网页,编码定为GB2312,如果有香港和台湾地区的访客提交繁体的信息,就可能会造成乱码,解决方法就是(1)将网站编码设为utf-8,这样可以兼容世界上所有字符,(2)如果网站已经运作了好久,已有很多旧数据,不能再更改简体中文的设定,那么建议将页面的编码设为GBK, GBK与GB2312的区别就在于:GBK能比GB2312显示更多的字符,要显示简体码的繁体字,就只能用GBK 7.JSP连接MYSQL数据库语句指定的编码不正确 8.JSP页面没有指定数据提交的编码,就会造成乱码: 所以,JSP乱码的原因无非就是以上几种,知道原因之后,要解决JSP乱码的方法也容易多了 我们一一来表达: 1.如果安装mysql的编码已不能更改,很多朋友是购买虚拟主机建立网站,无权更改MYSQL的安装编码,这一关我们可以跳过,因为只要后面的步聚正确,一样能解决乱码问题 2.修改数据库编码，如果是数据库编码不正确:可以在phpmyadmin执行如下命令:ALTER DATABASE`test`DEFAULT CHARACTER SET utf8COLLATE utf8_bin 以上命令就是将test数据库的编码设为utf8
Android读取中文文件乱码解决方法
最近在做个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.360docs.net/doc/6d9684982.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); }
VC窗口程序中出现中文乱码的解决
用 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 生成的窗口像确定啊，取消等按钮或菜单都是中文的，不需要你一个个的改动。
mysql+php中文乱码问题及mysql时间函数
mysql+php中文显示乱码的解决mysql+php中文显示乱码的解决 建议数据库用utf8编码 问题汇总： 1.mysql数据库默认的编码是utf8,如果这种编码与你的PHP网页不一致,可能就会造成MYSQL乱码. 2.MYSQL中创建表时会让你选择一种编码,如果这种编码与你的网页编码不一致,也可能造成MYSQL乱码. 3.MYSQL创建表时添加字段是可以选择编码的,如果这种编码与你的网页编码不一致,也可能造成MYSQL乱码. 4.用户提交页面的编码与显示数据的页面编码不一致,就肯定会造成PHP 页面乱码. 5.如用户输入资料的页面是big5码, 显示用户输入的页面却是gb2312,这种100%会造成PHP页面乱码. 6.PHP页面字符集不正确. 7.PHP连接MYSQL数据库语句指定的编码不正确. 使用mysql+php产生乱码的原因都了解得很清楚了,那么解决就不困难
了. 针对不同问题的解决方法： 1.mysql数据库默认的编码是utf8,如果这种编码与你的PHP网页不一致,可能就会造成MYSQL乱码. 修改数据库编码，如果是数据库编码不正确,可以在phpmyadmin 执行如下命令: ALTER DATABASE 'test' DEFAULT CHARACTER SET utf8 COLLATE utf8_bin 以上命令就是将test数据库的编码设为utf8. 2.MYSQL中创建表时会让你选择一种编码,如果这种编码与你的网页编码不一致,也可能造成MYSQL乱码. 修改表的编码： ALTER TABLE 'category' DEFAULT CHARACTER SET utf8 COLLATE utf8_bin 以上命令就是将一个表category的编码改为utf8. 3.MYSQL创建表时添加字段是可以选择编码的,如果这种编码与你的网页编码不一致,也可能造成MYSQL乱码. 修改字段的编码： ALTER TABLE 'test' CHANGE 'dd' 'dd' VARCHAR( 45 ) CHARACTER SET utf8
mysql中文乱码解决
转载：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'");
Oracle数据库工具中文显示乱码问题的解决
Oracle数据库工具中文显示乱码问题的解决 Oracle客户端查询工具有时会有查处的结果为中文时不能正常显示，要么为乱码，要么为问号，plsql出现这种问题，以为是版本造成的，用了老的和最新的还是一样，换了另外的数据库工具也一样，但注意一点，数据其实是没有问题的，取出来显示是正常的中文，只是在工具里显示的是问号。其实问题的原理很简单，就是字符集设置不正确造成的，但如此简单的原理在解决的过程中却会遇到很多麻烦，下面结合我遇到和解决的过程，给朋友们一点思路，说不定你们跟我的问题一样，通过这篇文章不用再折腾了，很快搞定，感觉飘飘…… 首先讲讲字符集的知识，Oracle字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包容关系。ORACLE 支持国家语言的体系结构允许你使用本地化语言来存储，处理，检索数据。它使数据库工具，错误消息，排序次序，日期，时间，货币，数字，和日历自动适应本地化语言和平台。 影响oracle数据库字符集最重要的参数是NLS_LANG参数。它的格式如下: NLS_LANG = language_territory.charset 它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。 其中: Language 指定服务器消息的语言，territory 指定服务器的日期和数字格式，charset 指定字符集。如:AMERICAN _ AMERICA.
ZHS16GBK。从NLS_LANG的组成我们可以看出，真正影响数据库字符集的其实是第三部分。所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据，前面影响的只是提示信息是中文还是英文。 如何查询Oracle的字符集，很多人都碰到过因为字符集不同而使数据导入失败的情况。这涉及三方面的字符集，一是oracel server端的字符集，二是oracle client端的字符集;三是dmp文件的字符集。在做数据导入的时候，需要这三个字符集都一致才能正确导入。 查询oracle server端的字符集，有很多种方法可以查出oracle server 端的字符集，比较直观的查询方法是以下这种:SQL>select userenv(‘language’) from dual; 结果类似如下:AMERICAN _ AMERICA. ZHS16GBK 对于查询工具结果集中的中文乱码，其实有两种情况供参考： 1.安装了服务器及配套工具，这样还出现乱码就去检查注册表中的NLS_LANG项是否设置正确，很有可能是在安装时设置了不正确的字符集造成的； 2.只安装了客户端，没有配套工具（如sqlplus等），以10g为例，注册表中是没有NLS_LANG这项的，那么要改哪？同理，还是要改字符集，不过不是在注册表中设，是要在环境变量中增加或修改，即查看windows系统环境变量是否存在NLS_LANG，若存在则修改，
关于Linux下中文乱码的完整解决方案
关于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传送来的数据转换成目标编码格式的
SQLSERVER访问MYSQL表中文显示成乱码
错误描述：SQLSERVER访问MYSQL表中文显示成乱码，中文会显示成???? 解决思路：用的是mysql-5.1.50-win32 与odbc3.1版本的.现在改成ODBC5·1 这样转换就没有问题SQLSERVER连接MYSQL 建立链接如下： 数据库软件与ODBC软件：mysql-5.1.50-win32与ODBC5·1（注意，odbc3.1版本，会出现乱码）MYSQL数据库情况：gmp_test 第一步：先要在MYSQL进行授权，让主机能访问MYSQL数据库，设置如下: 在mysql数据库执行，语句： GRANT ALL PRIVILEGES ON *.* TO 'root'@'192.168.1.216' IDENTIFIED BY 'yxtech' WITH GRANT OPTION; 第二步：在SQLSERVER主机，设置ODBC连接，设置如下图： 第三步：在SQL SERVER 配置连接，配置语句如下 --删除连接 exec sp_dropserver'dxmysql','droplogins' --建立一个新连接 EXEC SP_ADDLINKEDSERVER @server ='dxmysql', --连接名称（随意，规范就可）
@srvproduct ='MYSQL', --连接MYSQL，数据库类型，固定的 @provider ='MSDASQL', --连接MYSQL的编码，固定的 @datasrc ='my_sql' --建立的ODBC连接（第二步建立的） --建立用户连接 EXEC sp_addlinkedsrvlogin'dxmysql','false','bi_etl','root','yxtech' --'dxmysql'为连接名称 --'bi_etl'为SQLSERVER用户，如果为NULL --'root','yxtech' 为登录MYSQL 的用户及密码 --进行查询 select*FROM OPENQUERY(dxmysql,'select * from test1')
eclipse和浏览器中文显示乱码的问题总结
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.360docs.net/doc/6d9684982.html,/blog/716003 总结两点： 1、在windows->preference->general->content types内把相关后缀的文件编码设置为gbk， 如下点击更新保存。（这个之前自己尝试过一把，发现仅配置不生效；后来才知道还差一步）