分类专栏
您愿意向朋友推荐“博客详情页”吗？
强烈不推荐
不推荐
一般般
推荐
强烈推荐
提交
成就一亿技术人!
hope_wisdom 发出的红包
实付元使用余额支付
点击重新获取
钱包余额
0
抵扣说明： 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。余额充值
}

IDEA 控制台乱码问题
关于这个乱码问题网上的解决方法大同小异, 但是即便你照着网上配置完之后, 也未必能够解决控制台乱码问题.接下来由我从乱码角度来分析乱码问题,让大家确保能够解决乱码问题.。
一、首先总结下网上大多编码问题解决方式？示例：pandas 是基于NumPy 的一种工具，该工具是为了解决数据分析任务而创建的。1、IDEA 启动参数IDEA 是 使用java做的, IDEA 安装路径下 \ideaIU-2019.3.3.win\bin\idea64.exe.vmoptions文件最后加一句jvm参数 -Dfile.encoding=UTF-8, 大致如下.-Xms128m
-Xmx750m
-XX:ReservedCodeCacheSize=240m
-XX:+UseConcMarkSweepGC
-XX:SoftRefLRUPolicyMSPerMB=50
-ea
-XX:CICompilerCount=2
-Dsun.io.useCanonPrefixCache=false
-Djava.net.preferIPv4Stack=true
-Djdk.http.auth.tunneling.disabledSchemes=""
-XX:+HeapDumpOnOutOfMemoryError
-XX:-OmitStackTraceInFastThrow
-Djdk.attach.allowAttachSelf=true
-Dkotlinx.coroutines.debug=off
-Djdk.module.illegalAccess.silent=true
-Dfile.encoding=UTF-8
实际上造成乱码的一般不是这个地方, 新版IDEA配不配一般无所谓, 是完全可以忽略的.
2、项目配置
这个地方挺重要的, 它控制着你整个项目java 文件编码, 配置文件编码, 新建文件编码.
3、jvm 启动参数配置
这个地方会影响到控制台log日志, 以及文件日志编码, 但是未必一定要配置为UTF-8编码, 具体原因下面会讲
4、tomcat 配置文件控制台输出log日志
java.util.logging.ConsoleHandler.level = FINE
java.util.logging.ConsoleHandler.formatter =
org.apache.juli.OneLineFormatter
java.util.logging.ConsoleHandler.encoding = GBK
因为一般web项目都是用到了tomcat, 因此tomcat也需要配置, 但实际上这个配置影响的只是tomcat相关的log文件,至于这个地方为什么网上大多都是 GBK? 请往下看, 下面有解释
提示：以下是本篇文章正文内容，下面案例可供参考然而即便修改完上述的配置之后, 但是有的发现还是乱码情况(例如控制台乱码), 那就需要往下看乱码原因了.二、乱码原因首先我们要知道什么是乱码, 简而言之乱码就是文件打开的编码方式和文件本身编码方式不对, 注意这个地方有两个编码, 一个是文件本身的编码, 一个是用什么编码打开文件, 两个编码不对应, 就会出现乱码.例如以下图片(控制台乱码)
关于这个 淇℃伅, 我可以明确告诉你们这个是UTF-8编码信息, 那为什么会显示成淇℃伅呢, 是因为控制台以GBK的方式显示UTF-8编码.
图片中的控制台乱码中的日志一般有两种, 一个是 tomcat 输出日志到控制台, 另一个是 jvm 输出日志到控制台, 网上关于解决控制台乱码的方法大都是 修改 jvm 输出日志编码 和 tomcat 输出日志编码, 但是却忽视了一个重要的编码, 那就是控制台是以什么编码方式显示信息的呢?关于这点我可以告诉你们, 一般来说, 中国电脑系统默认编码是 GBK, IDEA 控制台显示的编码也是 GBK.现在是不是已经明白了, 也就是说控制台以 GBK 的方式打开了 tomcat 和 JVM 输出的 UTF-8 编码, 那不乱码才怪.三、解决方式既然如此, 那么解决方案就很明确了, 无非两种(不推荐)修改 IDEA 控制台显示编码为 UTF-8, 以及 tomcat, jvm 输出的日志编码也修改为 UTF-8;
tomcat安装路径下的 conf/logging.properties 配置文件中的 java.util.logging.ConsoleHandler.encoding 改成 UTF-8;jvm 启动参数 VM options 加个配置 -Dfile.encoding=UTF-8;(推荐)直接使用 IDEA 控制台显示的 GBK 编码, 把 tomcat, jvm 输出的日志编码也全部改为 GBK;
tomcat 安装路径下的 conf/logging.properties 配置文件中的 java.util.logging.ConsoleHandler.encoding 改成 GBK;jvm 启动参数 VM options 加个配置 -Dfile.encoding=GBK;
如果你没有加乱七八糟的配置的话, 这个 jvm -Dfile.encoding 启动参数直接置空, 就会自动使用系统默认编码 GBK
四、为什么推荐控制台使用 GBK上面解决方式中, 第二种反而是我比较推荐的一种方式, 那有人就会问了, 全部改成 UTF-8 编码不好吗?首先看下面的我的编码对接思想.1.我的编码设置思想输出位置编码方式原因开发文件UTF-8为了和其它同事共同开发代码, 防止出现编码问题.输出的 log 日志文件UTF-8为了便于和其它电脑对接, 和其它系统对接, 以及文件传输控制台系统默认编码 GBK仅仅在自己电脑控制台显示, 说白了, 对接本地电脑, 而且本地的 JVM 使用的实际上也是你系统的默认编码, 你电脑是 GBK, 你就将输出到控制台的编码改成 JDK, 就行了.第二种方法只要明白原理后, 实际上配置起来非常简单, 只要注意下控制台的编码是你电脑的默认编码即可.2.第一种解决方案的弊端第一种解决方案有什么弊端呢?首先即便你更改了 IDEA 的控制台编码, tomcat 什么的也全部改成 UTF-8, 那么当你单独运行 tomcat 的时候, tomcat 会使用系统控制台打印日志, 那么系统控制台使用的编码是什么呢, 如果你用的是中国的 window, 那么编码格式 9 成 9 是 GBK, 因为这是你的系统默认编码, 无论是 tomcat, jvm, IDEA, 或者是其它开发软件或者是非开发软件, 编码对标的首先是你的电脑系统编码格式.那么干脆点, 把整台电脑的编码全部改成 UTF-8 编码怎么样呢?这绝对是个大工程量, 这不是随随便便就改的完的, 其次这会遇到很多问题, 听我一步步分析.假如你在中国, 使用的是 window, 系统默认编码是 GBK.首先你过去的文件, 软件使用的是 GBK 编码. 你之前写的文档, 写的笔记, 以及使用其它软件保存的文件大多都是 GBK, 改起来很麻烦.其次网上的资源大多是 GBK, 或是一本小说, 一首歌的歌词, 或是游戏中文翻译包, 或者是视频字幕大多也都是 GBK, 这时候你碰到一个垃圾阅读器, 音乐视频播放器, 游戏软体, 它们不去识别文件 GBK 编码, 直接通过系统默认编码 UTF-8 打开, 然后就会出现乱码情况.然后因为你的同事, 你的朋友它们电脑上大多都是 GBK 编码格式, 假如你们使用 git 或 svn 管理文档, 你使用 UTF-8 格式, 你同事大多不修改配置默认使用 GBK, 然后你觉得这样好吗? 哪怕你的编辑器能自动识别编码, 你拉娶个gbk编码文件, 改动保存后, 再以utf-8格式推送出去… 然后一个文档项目就出现了两种编码. 甚至你做个设计流程图, 建个带中文注释的数据表, 同步到你朋友的电脑上, 打开, 卧槽, 乱码了.最后, GBK 存储汉字占用空间更小, 非开发工作没有必要使用UTF-8.end那么一个公司全部将电脑编码改成 UTF-8 不行吗?
可以啊, 只要你们公司要求这样就可以, 只要电脑是公司统一发放的就可以, 只要你们公司同事都愿意改系统编码就可以, 只要整个电脑全部用来做开发, 不干其它事情就可以.至于为了开发让我去更改个人电脑系统编码改成 UTF-8, 那还是算了吧, 我个人的电脑难道仅仅是为了开发吗? 我还要做其它事情呢.而且就为了个控制台乱码更改系统编码至于吗? 第二种方式不香吗, GBK不香吗?
}

以下Demo.java文件，在eclipse里面，文件的属性为UTF-8。---------------------------------------------------------------------------------------------------------------import...以下Demo.java文件，在eclipse里面，文件的属性为UTF-8。---------------------------------------------------------------------------------------------------------------import java.io.BufferedReader;import java.io.IOException;import java.io.InputStreamReader;import java.nio.charset.Charset;public class Demo{public static void main(String[] args) throws IOException{System.err.println("Java虚拟机的默认 charset："+Charset.defaultCharset());InputStreamReader inputStreamReader = new InputStreamReader(System.in);System.err.println("此流使用的字符码表名称:"+inputStreamReader.getEncoding());BufferedReader bufferedReader = new BufferedReader(inputStreamReader);String str = null;while((str = bufferedReader.readLine())!= null){System.err.println(str);}}}-----------------------------------------------------------------------------------------------------------------------程序的功能是在控制台里面输入文字并且显示出来。当以上程序放到eclipse里面运行，然后在控制里面输入文字啊啊啊啊“之后，显示的结果会是乱码，到底是什么原因我至今未能搞明白，而且所有的码表我用的都是UTF-8，都是正确对应的，为啥会出现乱码，求高手告知。程序的运行结果如下所示。这个程序的含金量还是很高的，解决乱码问题不难，难就难在知道他出现乱码的原理。我告诉你，你在while循环里面的输出语句前加上这行代码：str = new String(str.getBytes("GBK"),"UTF-8");你会发现，乱码解决了。根据这行代码的解释，可以从这行代码中知道，之所以用显示乱码的原因是，字符串 在输出的时候使用了GBK“解码”，需要把GBK“编码”回原始状态，再用UTF“解码”即可解决乱码问题。那么问题来了。前面的的java虚拟机默认charset是UTF-8，此流使用的字符码表也要使用UTF-8，也就是字节流通向字符流的“解码”过程也是用UTF-8。那么从头到位用的都是UTF-8，为什么偏偏输出的时候会出现GBK呢？？？求解释。。要深入理解这个程序，得对编码解码有很深的理解才行，这个也是我困惑的地方!!展开
}