关于正确设置java启动参数-Dfile.encoding =gbk

转载:https://blog.csdn.net/u013177446/article/details/53994075

以下是文章内容,

从Java 源代码到得到正确的结果，要经过 “Java 源代码-> Java 字节码-> 虚拟机->操作系统->显示设备”的过程。在上述过程中的每一步骤，我们都必须正确地处理中文的编码，才能够使最终显示正确的结果。

“Java 源代码-> Java 字节码”：该阶段就是调用javac 进行编译的阶段，javac默认采用系统字符集，比如我们本地机器急就是GBK，如果想用其他的编码，比如UTF-8，可以加上 -encoding UTF-8

“Java 字节码-> 虚拟机->操作系统” ：该阶段首先需要JRE或者JDK支持多语言(下载JRE的时候会让你选择英文版还是多语言版)，然后就是虚拟机启动的时候使用什么字符集，默认也是采用 当前系统的字符集，如需要修改字符集，加上JAVA的启动参数,-Dfile.encoding=GBK

“操作系统->显示设备”：该阶段主要就是需要操作系统支持显示中文就可以，就是安装了中文字体。

看到这里后重新看我们的乱码问题，我们在本地编译(Java 源代码-> Java 字节码 阶段)默认采用了GBK字符集，而”Java 字节码-> 虚拟机->操作系统” 阶段是在法国服务器上进行，也是采用了默认的字符集，但这里的默认字符集确实Cp1252，因字符集不一致，所以就会乱码。

结合自己:

在本机测试,Java 源代码-> Java 字节码-> 虚拟机->操作系统->显示设备这整个过程都是在GBK环境下进行的,

而使用tomcat 后上述过程就会被拆成两部分进行

1)Java 源代码-> Java 字节码 流程

2) Java 字节码-> 虚拟机->操作系统->显示设备 流程 

这两种流程都必须正确解决中文编码字符集

1)和2)都是会依附于当前开发环境和使用环境系统默认编码集

 

 

使用maven插件的tomcat7:运行时,可添加如下插件也同样来解决中文乱码

  			org.apache.maven.plugins
  			maven-surefire-plugin
  			2.7.1
  			
  				-Dfile.encoding=UTF-8