linux环境下weblogic服务上java程序日志乱码怎么解决

linux环境下weblogic服务上java程序日志乱码怎么解决,第1张

weblogic安装时,启动的GUI安装界面是java环境下的java程序。你的机器默认是中文的语言环境,所以导致安装界面与系统语言不一致的,乱码了。用export LANG=EN_us应该能修正过来的。

首先要先判断数据时从哪一步开始出现乱码的,是从页面到java,还是从java到数据库。页面的编码格式先设置成"UTF-8",如果是java到数据库之间出现乱码,那么存数据库前,要把中文的字段进行转码。例如:String msg = requestgetParameter("message");String str=new String(msggetBytes("ISO-8859-1"),"UTF-8");

对于Java,由于默认的编码方式是UNICODE,所以用中文也易出问题,常见的解决是:

String s2 = new String(s1getBytes(“ISO-8859-1”),”GBK”);

1、utf8解决JSP中文乱码问题

一般说来在每个页面的开始处,加入:

<%@ page language="java" contentType="text/html; charset=UTF-8"

pageEncoding="UTF-8"%>

<%@ page language="java" contentType="text/html; charset=UTF-8"

pageEncoding="UTF-8"%>

<%

requestsetCharacterEncoding("UTF-8");

%>

◆charset=UTF-8的作用是指定JSP向客户端输出的编码方式为“UTF-8”;

◆pageEncoding="UTF-8",为了让JSP引擎能正确地解码含有中文字符的JSP页面,这在LINUX中很有效;

◆requestsetCharacterEncoding("UTF-8");是对请求进行了中文编码。

有时,这样仍不能解决问题,还需要这样处理一下:

String msg = requestgetParameter("message");

String str=new String(msggetBytes("ISO-8859-1"),"UTF-8");

outprintln(st);

你本地和LINUX的编码不一致所导致的乱码

解决如下:

1、设置request的编码 new String(requestgetParameter("参数名")getBytes("iso-8859-1"), "gbk");

将默认的iso-8859-1转为gbk 不行的话就多换几种编码

2、设置LINUX的编码

命令行敲入:vi /etc/sysconfig/i18n 修改为以下内容

#LANG="zh_CNUTF-8"

#SUPPORTED="zh_CNUTF-8:zh_CN:zh"

#SYSFONT="latarcyrheb-sun16"

#LANG="en_USUTF-8"

#SUPPORTED="en_USUTF-8:en_US:en"

#SYSFONT="latarcyrheb-sun16"

LANG="zh_CNGB18030"

LANGUAGE="zh_CNGB18030:zh_CNGB2312:zh_CN"

SUPPORTED="zh_CNGB18030:zh_CN:zh:en_USUTF-8:en_US:en"

SYSFONT="lat0-sun16"

export LC_ALL="zh_CNGB18030"

建议如上 不喜勿喷

乱码问题也是我一直觉得比较蛋疼的问题,下面是我在网上看到的,楼主可以参考一下

一、Java中文问题的由来

Java的内核和class文件是基于unicode的,这使Java程序具有良好的跨平台性,但也带来了一些中文乱码问题的麻烦。原因主要有两方面,Java和JSP文件本身编译时产生的乱码问题和Java程序于其他媒介交互产生的乱码问题。

首先Java(包括JSP)源文件中很可能包含有中文,而Java和JSP源文件的保存方式是基于字节流的,如果Java和JSP编译成class文件过程中,使用的编码方式与源文件的编码不一致,就会出现乱码。基于这种乱码,建议在Java文件中尽量不要写中文(注释部分不参与编译,写中文没关系),如果必须写的话,尽量手动带参数-ecoding GBK或-ecoding gb2312编译;对于JSP,在文件头加上或基本上就能解决这类乱码问题。

本文要重点讨论的是第二类乱码,即Java程序与其他存储媒介交互时产生的乱码。很多存储媒介,如数据库,文件,流等的存储方式都是基于字节流的,Java程序与这些媒介交互时就会发生字符(char)与字节(byte)之间的转换,具体情况如下:

从页面form提交数据到java程序 byte->char

从java程序到页面显示 char>byte

从数据库到java程序 byte>char

从java程序到数据库 char>byte

从文件到java程序 byte->char

从java程序到文件 char->byte

从流到java程序 byte->char

从java程序到流 char->byte

如果在以上转换过程中使用的编码方式与字节原有的编码不一致,很可能就会出现乱码。

二、解决方法

前面已经提到了Java程序与其他媒介交互时字符和字节的转换过程,如果这些转换过程中容易产生乱码。解决这些乱码问题的关键在于确保转换时使用的编码方式与字节原有的编码方式保持一致,下面分别论述(Java或JSP自身产生的乱码请参看第一部分)。

1、JSP与页面参数之间的乱码

JSP获取页面参数时一般采用系统默认的编码方式,如果页面参数的编码类型和系统默认的编码类型不一致,很可能就会出现乱码。解决这类乱码问题的基本方法是在页面获取参数之前,强制指定request获取参数的编码方式:requestsetCharacterEncoding("GBK")或requestsetCharacterEncoding("gb2312")。

如果在JSP将变量输出到页面时出现了乱码,可以通过设置responsesetContentType("text/html;charset=GBK")或responsesetContentType("text/html;charset=gb2312")解决。

如果不想在每个文件里都写这样两句话,更简洁的办法是使用Servlet规范中的过虑器指定编码,过滤器的在webxml中的典型配置和主要代码如下:

webxml:

CharacterEncodingFilter

netvschoolwebCharacterEncodingFilter

encodingGBK

CharacterEncodingFilter

/

CharacterEncodingFilterjava:

public class CharacterEncodingFilter implements Filter

{

protected String encoding = null;

public void init(FilterConfig filterConfig) throws ServletException

{

thisencoding = filterConfiggetInitParameter("encoding");

}

public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException

{

requestsetCharacterEncoding(encoding);

responsesetContentType("text/html;charset="+encoding);

chaindoFilter(request, response);

}

}

2、Java与数据库之间的乱码

大部分数据库都支持以unicode编码方式,所以解决Java与数据库之间的乱码问题比较明智的方式是直接使用unicode编码与数据库交互。很多数据库驱动自动支持unicode,如Microsoft的SQLServer驱动。其他大部分数据库驱动,可以在驱动的url参数中指定,如如mm的mysql驱动:jdbc:mysql://localhost/WEBCLDBuseUnicode=true&characterEncoding=GBK。

3、Java与文件/流之间的乱码

Java读写文件最常用的类是FileInputStream/FileOutputStream和FileReader/FileWriter。其中FileInputStream和FileOutputStream是基于字节流的,常用于读写二进制文件。读写字符文件建议使用基于字符的FileReader和FileWriter,省去了字节与字符之间的转换。但这两个类的构造函数默认使用系统的编码方式,如果文件内容与系统编码方式不一致,可能会出现乱码。在这种情况下,建议使用FileReader和FileWriter的父类:InputStreamReader/OutputStreamWriter,它们也是基于字符的,但在构造函数中可以指定编码类型:InputStreamReader(InputStream in, Charset cs) 和OutputStreamWriter(OutputStream out, Charset cs)。

4、其他

上面提到的方法应该能解决大部分乱码问题,如果在其他地方还出现乱码,可能需要手动修改代码。解决Java乱码问题的关键在于在字节与字符的转换过程中,你必须知道原来字节或转换后的字节的编码方式,转换时采用的编码必须与这个编码方式保持一致。我们以前使用Resin服务器,使用smartUpload组件上传文件,上传文件同时传递的中文参数获取没有乱码问题。当在Linux中把Resin设置成服务后,上传文件同时的中文参数获取出现了乱码。这个问题困扰了我们很久,后来我们分析smartUpload组件的源文件,因为文件上传采用的是字节流的方式,里面包含的参数名称和值也是字节流的方式传递的。smartUpload组件读取字节流后再将参数名称和值从字节流中解析出来,问题就出现在smartUpload将字节流转换成字符串时采用了系统默认的编码,而将Resin设置成服务后,系统默认的编码可能发生了改变,因此出现了乱码。后来,我们更改了smartUpload的源文件,增加了一个属性charset和setCharset(String)方法,将upload()方法中提取参数语句:

String value = new String(m_binArray, m_startData, (m_endData - m_startData) + 1 );

改成了

String value = new String(m_binArray, m_startData, (m_endData - m_startData) + 1, charset );

出处:>

以上就是关于linux环境下weblogic服务上java程序日志乱码怎么解决全部的内容,包括:linux环境下weblogic服务上java程序日志乱码怎么解决、求教一个在linux的ubuntu系统下java的web项目的乱码问题、如何解决Java中的中文乱码问题等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/9692619.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-01
下一篇 2023-05-01

发表评论

登录后才能评论

评论列表(0条)

保存