【Java】Idea运行JDK1.8,Build时中文内容GBK UTF-8编码报错一堆方块码

问题描述

在Windows系统本地运行一个JDK1.8的项目时,包管理用的Gradle,一就编码报错(所有的中文内容,包括中文注释、中文的String字面量),但程序还是正常运行。具体如下:

解决

1. Idea更改编码方式?

首先参考了网上一些帖子,先试试无脑把Idea所有的Encoding都改成UTF-8:

  1. 文件编码 File Encoding
  2. 控制台 Console

但问题还是没解决,说明这里的编码错误可能不来自IDEA。

后面看到篇文章专门将了IDEA编码问题,这种"口字码"一般就是用UTF-8的方式读取GBK编码文件,而JDK18之前是UTF8编码所以能用UTF8,JDK18之后成了GBK所以用UTF8有乱码。可以通过以下命令查看系统默认字符集:

java 复制代码
System.out.println(Charset.defaultCharset());

我这显示的是GBK,但文件的编码是UTF-8。GBK全称《汉字内码扩展规范》,中文的Windows系统默认的字符集就是GBK,这也是这里编码冲突的主要原因。上面的报错看上去是 Gradle 和 Javac 把项目当成了 GBK 编译了。从命令行直接用 gradle build,也是类似的结果。

2. Gradle指定编码(成功解决)

后来看到个文章,Use UTF-8 everywhere in the IDE,给了个方案在Gradle中指定项目编码格式

java 复制代码
tasks.withType(JavaCompile) {
    options.encoding = 'UTF-8'
}

这样我这就不报错了。

3. 其他方法

  1. 如果项目和运行 Gradle 的环境用的JDK 18 之后的版本,就不会有这种问题。因为JDK18之后可以用GBK编码。
  2. JVM参数在启动的时候设置属性 -Dfile.encoding=UTF-8

不过,我现在这个项目是给其他项目组打包的SDK,人家需要JDK8的版本,并且也不好让人家也设置JVM参数(太麻烦了),所以这两个方法不太适用。

相关推荐
华仔啊43 分钟前
挖到了 1 个 Java 小特性:var,用完就回不去了
java·后端
SimonKing1 小时前
SpringBoot整合秘笈:让Mybatis用上Calcite,实现统一SQL查询
java·后端·程序员
日月云棠17 小时前
各版本JDK对比:JDK 25 特性详解
java
用户83071968408218 小时前
Spring Boot 项目中日期处理的最佳实践
java·spring boot
JavaGuide18 小时前
Claude Opus 4.6 真的用不起了!我换成了国产 M2.5,实测真香!!
java·spring·ai·claude code
IT探险家18 小时前
Java 基本数据类型:8 种原始类型 + 数组 + 6 个新手必踩的坑
java
花花无缺19 小时前
搞懂new 关键字(构造函数)和 .builder() 模式(建造者模式)创建对象
java
用户9083246027319 小时前
Spring Boot + MyBatis-Plus 多租户实战:从数据隔离到权限控制的完整方案
java·后端
桦说编程19 小时前
实战分析 ConcurrentHashMap.computeIfAbsent 的锁冲突问题
java·后端·性能优化
程序员清风1 天前
用了三年AI,我总结出高效使用AI的3个习惯!
java·后端·面试