IDEA控制台乱码问题,原因解决方式,解决不了算我输
IDEA 控制台乱码问题
文章目录
- IDEA 控制台乱码问题
- 为了节省大家时间, 直接展示下我的编码配置方案
- 我的编码配置原则
- 我的编码配置
- 另外说一下几个重要但是和乱码无关的配置
- 乱码原因
- 解决方式
- 我为什么推荐控制台使用 GBK
- 我的编码设置思想
- 第一种解决方案的弊端
- end
- 附加技巧
- 如何找出具体乱码原因
关于这个乱码问题网上的解决方法大同小异, 但是即便你照着网上配置完之后, 也未必能够解决控制台乱码问题.
接下来由我从乱码角度来分析乱码问题, 让大家确保能够解决乱码问题.
为了节省大家时间, 直接展示下我的编码配置方案
我的编码配置原则
源码文件用于项目组之间进行版本控制, 一般用
UTF-8日志文件可能会用于在各个平台上查看, 一般用
UTF-8控制台编码对接你的电脑系统编码, 一般电脑默认是
GBK因为我的电脑是Window10默认编码是GBK, 所以我控制台配置主打GBK
我的编码配置
IDEA中 idea64.exe.vmoptions 中的 -Dfile.encoding 和 -Dconsole.encoding 的相关配置全部去除掉, 使用系统默认GBK即可.
这个使用系统默认即可, 没必要一乱码就改这个, 你的乱码往往不是这个原因.
Run/Debug Configurations中的 -Dfile.encoding 全部去除掉, 使用系统默认GBK即可.这个地方和上面 idea64.exe.vmoptions配置的都是VM这个参数, 这个比上面那个优先级更高,和上面的原因一样, JDK默认的已经很好了, 不需要配置这个
这个地方会影响到控制台log日志, 以及文件日志编码, 但是未必一定要配置为UTF-8编码, 使用默认即可, 具体原因下面会讲================注意================================注意================================注意================
在你的项目中加上一句下面的代码, 看下打印的结果.
System.out.println(System.getProperty("file.encoding"));- 如果此时打印的是GBK, 那么下面的控制台默认编码就是GBK.
- 如果此时打印的是UTF-8, 那么下面的控制台默认编码就是UTF-8.
之前使用IDEA2018, 2019的时候, 下面的结果应该是GBK, 但是用2020的时候, 有时却莫名其妙变成了UTF-8,
tomcat路径下,
\conf\logging.properties配置, 注意和控制台有关的Handler:java.util.logging.ConsoleHandler.encoding改为第3步file.encoding输出的编码, 其它和文件有关的Handler全部UTF-8############################################################ # Handler specific properties. # Describes specific configuration info for Handlers. ############################################################1catalina.org.apache.juli.AsyncFileHandler.level = FINE 1catalina.org.apache.juli.AsyncFileHandler.directory = ${catalina.base}/logs 1catalina.org.apache.juli.AsyncFileHandler.prefix = catalina. 1catalina.org.apache.juli.AsyncFileHandler.encoding = UTF-82localhost.org.apache.juli.AsyncFileHandler.level = FINE 2localhost.org.apache.juli.AsyncFileHandler.directory = ${catalina.base}/logs 2localhost.org.apache.juli.AsyncFileHandler.prefix = localhost. 2localhost.org.apache.juli.AsyncFileHandler.encoding = UTF-83manager.org.apache.juli.AsyncFileHandler.level = FINE 3manager.org.apache.juli.AsyncFileHandler.directory = ${catalina.base}/logs 3manager.org.apache.juli.AsyncFileHandler.prefix = manager. 3manager.org.apache.juli.AsyncFileHandler.encoding = UTF-84host-manager.org.apache.juli.AsyncFileHandler.level = FINE 4host-manager.org.apache.juli.AsyncFileHandler.directory = ${catalina.base}/logs 4host-manager.org.apache.juli.AsyncFileHandler.prefix = host-manager. 4host-manager.org.apache.juli.AsyncFileHandler.encoding = UTF-8java.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? 请往下看, 下面有解释正确配置log配置文件编码(重要)
终于到了我们最重要的环节, 我想说的是99%的乱码问题都是我们log配置文件没有配置好导致的, 结果大家不去改log配置文件, 偏偏盯上VM配置, 和tomcat配置.
我想告诉大家的是, 人家IDEA, tomcat, JDK的默认配置明明已经很好了, 我们应该去适应人家, 而不是修改人家的默认配置来适应我们五花八门的log配置文件,
例如:
A的log配置的有问题, 导致IDEA控制台乱码了, 他修改了IDEA, tomcat, JDK配置, 成功强迫IDEA, tomcat, JDK配置适应它的他配置, 最终成功正确输出日志,
之后B的log配置的也有问题, 日志也乱码了, 然后他参照A的配置配置之后, 发现乱码问题依然没有解决,要知道这个项目一个log配置, 那个项目一个log配置, 还有的log框架都不一样, 就算要强迫IDEA, tomcat, JDK适应我们的log配置文件, 由于我们的log配置文件不一样, 对应的被强迫的IDEA, tomcat, JDK配置也是不一样的
因此为了统一配置方式, IDEA, tomcat, JDK 配置使用默认即可, 由我们的log配置来适应它们.
下面是我的 log4j2.xml 部分示例配置, 如果你用的是log4j或logback或其它, 就参照相对的log框架的Appenders配置方法
这里我为每个
Appender配置一下输出编码, 和控制台有关的:Console:charset改为第3步file.encoding输出的编码, 其它和文件有关的RollingFile全部设置为UTF-8<?xml version="1.0" encoding="UTF-8"?> <Configuration status="DEBUG"><Appenders><!--这个输出控制台的配置，这里输出除了warn和error级别的信息到System.out --><Console name="Console" target="SYSTEM_OUT" follow="true"><ThresholdFilter level="INFO" onMatch="ACCEPT" onMismatch="DENY" /><!-- 输出日志的格式 --><PatternLayout charset="GBK" pattern="%m%n" /></Console><!-- 同一来源的Appender可以定义多个RollingFile，定义按天存储日志 --><RollingFile name="rolling_file" fileName="${logDir}/dust-server.log" filePattern="${logDir}/dust-server_%d{yyyy-MM-dd}.log"><ThresholdFilter level="INFO" onMatch="ACCEPT" onMismatch="DENY" /><!-- 输出日志的格式 --><PatternLayout charset="UTF-8" pattern="%m%n" /></RollingFile></Appenders><Loggers><Root level="all"><AppenderRef ref="Console"/><AppenderRef ref="rolling_file"/></Root></Loggers> </Configuration>
另外说一下几个重要但是和乱码无关的配置
- 项目配置
这个地方挺重要的, 它控制着你整个项目java 文件编码, 配置文件编码, 新建文件编码.
但是它和你的控制台乱码是毫无关系的, 就算你将这里的编码配置改成UTF-3.1415926, 它也管不到你的日志乱码
可能有很多人对上面的配置不理解 请继续往下看.
乱码原因
首先我们要知道什么是乱码, 简而言之乱码就是文件打开的编码方式和文件本身编码方式不对, 注意这个地方有两个编码, 一个是文件本身的编码, 一个是用什么编码打开文件, 两个编码不对应, 就会出现乱码.
例如以下图片(控制台乱码)
关于这个
淇℃伅, 我可以明确告诉你们这个是UTF-8编码信息, 那为什么会显示成淇℃伅呢, 是因为控制台以 GBK的方式显示UTF-8编码.
图片中的控制台乱码中的日志一般有两种, 一个是 tomcat 输出日志到控制台, 另一个是 jvm 输出日志到控制台., 网上关于解决控制台乱码的方法大都是 修改 jvm 输出日志编码 和 tomcat 输出日志编码, 但是却忽视了一个重要的编码, 那就是 控制台是以什么编码方式显示信息的呢?.
关于这点我可以告诉你们, 一般来说, 中国电脑系统默认编码是 GBK, IDEA 控制台显示的编码也是 GBK.
现在是不是已经明白了, 也就是说控制台以 GBK 的方式打开了 tomcat 和 JVM 输出的 UTF-8 编码, 那不乱码才怪.
解决方式
既然如此, 那么解决方案就很明确了, 无非两种
(不推荐)修改 IDEA 控制台显示编码为 UTF-8, 以及 tomcat, jvm 输出的日志编码也修改为 UTF-8;
- toncat 安装路径下的
conf/logging.properties配置文件中的java.util.logging.ConsoleHandler.encoding改成UTF-8; - jvm 启动参数
VM options加个配置-Dfile.encoding=UTF-8
- toncat 安装路径下的
(推荐)直接使用 IDEA 控制台显示的 GBK 编码, 把 tomcat, jvm 输出的日志编码也全部改为 GBK;
toncat 安装路径下的
conf/logging.properties配置文件中的java.util.logging.ConsoleHandler.encoding改成GBK;jvm 启动参数
VM options加个配置-Dfile.encoding=GBK.如果你没有加乱七八糟的配置的话, 这个 jvm -Dfile.encoding 启动参数直接置空, 就会自动使用系统默认编码 GBK
我为什么推荐控制台使用 GBK
上面解决方式中, 第二种反而是我比较推荐的一种方式, 那有人就会问了, 全部改成 UTF-8 编码不好吗?
首先看下面的我的编码对接思想.
我的编码设置思想
| 输出位置 | 编码方式 | 原因 |
|---|---|---|
| 开发文件 | UTF-8 | 为了和其它同事共同开发代码, 防止出现编码问题. |
| 输出的 log 日志文件 | UTF-8 | 为了便于和其它电脑对接, 和其它系统对接, 以及文件传输 |
| 控制台 | 系统默认编码 GBK | 仅仅在自己电脑控制台显示, 说白了, 对接本地电脑, 而且本地的 JVM 使用的实际上也是你系统的默认编码, 你电脑是 GBK, 你就将输出到控制台的编码改成 JDK, 就行了. |
第二种方法只要明白原理后, 实际上配置起来非常简单, 只要注意下控制台的编码是你电脑的默认编码即可.
第一种解决方案的弊端
第一种解决方案有什么弊端呢?
首先即便你更改了 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不香吗?
当然具体怎么选择, 视个人情况而定
附加技巧
如何找出具体乱码原因
想要知道你的乱码为什么乱码成那样, 请先在你的程序里面打印输出 0信1息2信息3,之后看下乱码情况是以下解码后显示的哪一种乱码, 应该就能找到你的乱码是如何乱码成你看到的样子的.
如下第6行, 原信息是
0信1息2信息3, 编码格式是UTF-8编码, 但是以 GBK的方式对其进行解码后就变成了0淇�1鎭�2淇℃伅3.
| 原信息 | 原信息编码格式 | 解码方式 | 解码后显示 |
|---|---|---|---|
| 0信1息2信息3 | *ASCII,**UTF_8,*UTF_16, GBK | 同编码方式一样 | 0信1息2信息3 |
| 0信1息2信息3 | US-ASCII | US-ASCII,UTF-8,GBK | 0?1?2??3 |
| 0信1息2信息3 | US-ASCII | UTF-16 | 〿ㄿ㈿㼳 |
| 0信1息2信息3 | UTF-8 | US-ASCII | 0���1���2������3 |
| 0信1息2信息3 | UTF-8 | UTF-16 | ヤ뾡膯㋤뾡꼳 |
| 0信1息2信息3 | UTF-8 | GBK | 0淇�1鎭�2淇℃伅3 |
| 0信1息2信息3 | UTF-16 | US-ASCII,UTF-8 |
�� 0O� 1o 2O�o 3
|
| 0信1息2信息3 | UTF-16 | GBK | � 0O� 1`o 2O醏o 3 |
| 0信1息2信息3 | GBK | US-ASCII | 0��1��2����3 |
| 0信1息2信息3 | GBK | UTF-8 | 0��1Ϣ2��Ϣ3 |
| 0信1息2信息3 | GBK | UTF-16 | バ씱쾢㋐엏ꈳ |
上面的表格只是列举了我们绝大多数情况下涉及到的编码 US-ASCII,UTF-8,GBK,UTF-16, 可能你用了之外的其它编码,
另外上面也仅仅是展示了一层转换而已, 可能有以错误编码解码后再次被引用之后再次解码的多次错误转换的情况, 例如UTF编码的信息f以GBK的方式解码后变成了淇℃伅之后再以UTF-8的形式存储后, 再以GBK方式打开, 就变成了娣団剝浼�IDEA控制台乱码问题,原因解决方式,解决不了算我输相关推荐
- Code：Blocks 中文乱码问题原因分析和解决方法！
这里以Code::Blocks 10.5版本为蓝本进行说明. 首先,请在Code::Blocks里面输入标准的一个C程序: #include<stdio.h> #include<st ...
- html中文注释乱码,css注释乱码什么原因？怎么解决？
由于一个中文是两个字符组成,在编码不一致的情况下会引发字符的"重新"组合,(半个汉字的编码字符与后面的字符组合生成新的"文字")引发原本的结束符合"变 ...
- Linux下sqlite3乱码,sqlite中文乱码问题原因分析及解决
在VC++中通过sqlite3.dll接口对sqlite数据库进行操作,包括打开数据库,插入,查询数据库等,如果操作接口输入参数包含中文字符,会导致操作异常.例如调用sqlite3_open打开数据库 ...
- dma访问主存时_DMA导致Cache数据一致性问题的原因及其解决方式（理论篇）
点击上方公众号名称关注,获得更多内容 ✎ 编 者 悟 语 唉!嫉妒之心真的能俘获它所接触到的任何目标啊--"欲加之罪,何患无辞"呢?"觉悟高的"更有" ...
- xvfb-run: error: xauth command not found 解决方式
解决方式转于:http://tokanao.com/blog/2016/07/13/blog.html 错误提示 array(2) { [0]=> string(27) "which: ...
- tomcat 8启动很慢解决方式
问题描述: tomcat 8启动很慢解决方式 解决方式: 修改tomcat的bin目录下面的catalina.sh文件 , 将JAVA_OPTS参数的值后面添加 "-Djava.securi ...
- IDEA中控制台乱码的解决方式
1.在设置中的"文件编码"中将3个位置设为UTF-8,注:此处设置与控制台乱码无关,3处可均设为UTF-8或均设为系统默认值. 2.在Tomcat的"编辑配置" ...
- idea控制台乱码解决办法
IDEA 控制台乱码问题 关于这个乱码问题网上的解决方法大同小异, 但是即便你照着网上配置完之后, 也未必能够解决控制台乱码问题. 接下来由我从乱码角度来分析乱码问题, 让大家确保能够解决乱码问题. ...
- get传递中文产生乱码的解决方式汇总
1 最基本的乱码问题. 这个乱码问题是最简单的乱码问题.一般新会出现.就是页面编码不一致导致的乱码. <%@ page language="java" pageEncodin ...
最新文章
- 指定的网络文件夹目前是以其他用户名和密码进行映射的_使用 GitLab CI 与 Argo CD 进行 GitOps 实践
- c# 调用restful json_微服务调用为啥用RPC框架，http不更简单吗？
- Pinterest 首位产品经理：爆发式增长背后的 5 大经验总结
- 资料员考试题库计算机,资料员考试试题库及答案（5套）.docx
- Altium Designer 09简易教程（一）
- 基于 DHT 网络的磁力链接和BT种子的搜索引擎架构
- 无线路由器的连接与设置
- Mendix批量发送邮件给多人待办事项提醒
- 【手写简易版 vue3】究极长文详细讲解如何实现一个简易版 vue3
- 冲刺IPO：Soul在深红市场打开的社交元宇宙
- oracle 11g dul,【学习笔记】Oracle DUL 11 兼容Oracle 12C数据库的DUL工具最新版本
- 塞雷三分钟漫画中国史3
- python识别音乐歌曲_如何轻松识别您正在听的歌曲
- 操作系统原理学习-概述
- RL policy gradient 之 A2C, A3C,PPO小总结
- 华为鸿蒙电视怎么安装app,简单便捷！实测教你华为智慧屏怎么样用USB安装APP
- 春季高考计算机基础知识试题答案,2017山东春季高考语文答案|数学答案|英语答案|基础知识答案...
- Python更新pip错误解决方法
- 项目管理解决方案4：Oracle全生命周期平台之现金流
- 计算机网络和855,骁龙855大概相当于什么年代的电脑CPU？
热门文章