标签：启用   transform   习惯   时间   tor   ajax   插件   安利   处理   

常年Eclipse的守旧派久闻IDEA大名，终于在dalao的安利下入了IDEA的坑（（才不是因为可以用翻译插件

入坑一段时间，因为在编码方面了解的还算比较多，平时基本没遇到过乱码问题，并且在第一次使用IDEA时就修改了设置中所有编码方式为UTF-8，直到最近做一个小小的javaweb项目，遇到了很奇怪的问题，平时本人都保持使用UTF-8的习惯，各种编辑器都是默认UTF-8编码，这次出问题的是两个html文档与两个js脚本，均为UTF-8编码，在本地使用浏览器打开时一切正常，但是放到IDEA中，加上设置请求与响应的编码的过滤器后，在浏览器中打开页面上的中文竟然乱码了，确定这个问题存在的时候实在非常诧异，在仔细检查过自己的各种设置，代码以及文件编码后确信没有问题，通过浏览器中的开发者工具可以看到AJAX请求得到的响应数据中的中文是正常的，只是html与js这两种静态资源乱码了，尝试去掉设置编码的过滤器后，更神奇的事出现了，html与js的不再乱码了，但是通过AJAX请求得到的响应数据中的中文却又乱码了（崩溃）。

在做了各种排查后实在不知道问题发生在哪里，于是猜测会不会是运行环境的问题（JDK10.0.2 + Tomcat9.0.11），当把运行环境换为（JDK1.8_171 + Tomcat8.5）后，启用设置编码的过滤器，乱码问题竟然奇迹般的消失了。

于是只能将这个问题暂时归结为环境问题或者是这个项目有问题了。。

晚上吃饭回来，重新建了个项目，用的疑似有问题的环境，一步一步小心的重新建立了之前这个项目的结构，编译，运行，还是老样子，html与js乱码，ajax响应正常，于是开始疯狂百度，终于在一位前辈的博客中看到了相似的问题：

IDEA启动TOMCAT静态页面时乱码

前辈的解决分三步：

1.修改IDEA设置中的几个默认编码（这个我在安装后接着就设置了）

File-->Settings-->Editor-->File Encodings

将这三个地方都设置成UTF-8，使文件的编码格式都是UTF-8（不过这个貌似跟Tomcat乱码没多大关系）

2. 在VM options添加：-Dfile.encoding=UTF-8，并且将下面两个属性设为Update classes and resources （这个我只设置了前半句，后边这俩个人认为和编码无关就没有动）

在设置了Tomcat的VM选项后，静态资源乱码的问题消失了，根据对这个参数的一知半解，个人认为是：Tomcat是运行在JVM的基础上，因此受JVM参数的影响，由于我的系统是Win7简体中文版，系统默认编码为GBK，因此JVM在不指定这个选项的情况下，也将读取系统默认编码作为自己的默认编码，Tomcat则使用此默认编码作为读取普通资源文件时的默认编码，这就导致了我的UTF-8格式的html与js文件被Tomcat以二进制读取并使用GBK进行了错误解码得到乱码字符文件，随后又通过UTF-8编码解码将这堆乱码呈现到了浏览器。

根据上述猜想进行实验，将我的html文件保存为GBK编码格式，js保持UTF-8不变，去掉这个VM选项，启动Tomcat，果然，html文档显示正常，通过开发者工具查看加载的js文件，里面的中文仍然是乱码，因此可以肯定，Tomcat 9中默认处理静态资源的Servlet使用了JVM提供的默认编码来读取了静态资源，通过VM选项指定文件编码为UTF-8后即可解决这个问题。

3. 在第二步操作过后，会发现Tomcat在IDEA控制台的启动输出中的中文（信息、警告等）变成了乱码。第三步就是将IDEA的启动选项中也加上这个VM选项（类似Eclipse中在ini中加这个选项）

安装目录\bin下，加破解补丁时的那两个文件（32/64）（*.vmoptions），就是用来为IDEA的启动指定VM选项的，在这两个文件中也加上这行，启动，运行，完美！一切乱码都消失了～

反思与总结

 通过这次的乱码问题，也算是得到了一点经验，在日后的学习中，凡是基于JVM运行的程序，如果需要统一编码，都要尽量加上这行VM选项，从而保证不会出现莫名其妙的乱码问题，在设置了这个选项 后也要注意将软件中有关编码的设置一并统一，以免出现其他问题。

-Dfile.encoding=UTF-8

记一次抓狂的乱码经历

标签：启用   transform   习惯   时间   tor   ajax   插件   安利   处理   

原文地址：https://www.cnblogs.com/Leroscox/p/9539248.html