直接在pom.xml中统一声明utf-8编码即可消除平台编码警告并避免全生命周期乱码：需配置utf-8和utf-8，并为compiler、resources等插件显式设置encoding及propertiesencoding，同时通过-dfile.encoding=utf-8确保jvm运行环境一致。
直接在 pom.xml 中统一声明 UTF-8 编码，就能消除“using platform encoding GBK, i.e. build is platform dependent”这类警告，同时避免后续编译、资源过滤、Javadoc 生成等环节的乱码问题。
统一声明项目编码属性
这是最基础也最关键的一步。Maven 会自动读取 <properties></properties> 中的编码配置，并将其应用到多个插件中：
- 在
pom.xml的<properties></properties>节点内添加：
这两项分别控制源码编译和报告（如 Javadoc）的编码，默认不设时 Maven 会 fallback 到系统平台编码（Windows 下通常是 GBK），从而触发警告。
显式配置编译插件编码
仅靠 project.build.sourceEncoding 不足以覆盖所有场景，尤其当项目显式配置了 maven-compiler-plugin 时，需额外指定 <encoding></encoding>：
- 在
<build><plugins></plugins></build>中定位或添加该插件，确保其<configuration></configuration>包含：
否则即使全局属性已设，插件仍可能忽略它，导致 mvn compile 时出现 “unmappable character” 警告或编译失败。
同步配置资源插件编码
资源文件（如 application.properties、messages_zh_CN.properties）若含中文，需单独指定编码，否则 resources:resources 阶段会破坏内容：
- 为
maven-resources-plugin添加配置：
后者专用于 .properties 文件解析，防止中文键值被转义成 Unicode 或显示为方块。
确保运行环境使用 UTF-8
Maven 构建过程由 JVM 执行，而 JVM 默认编码取决于 file.encoding 系统属性。若未显式设置，Windows 下常为 GBK，与项目 UTF-8 冲突：
- 在 IDEA 中：Settings → Build Tools → Maven → Runner → VM Options 填入：
-Dfile.encoding=UTF-8 - 命令行运行时：可临时加参数
mvn clean package -Dfile.encoding=UTF-8，或永久配置MAVEN_OPTS=-Dfile.encoding=UTF-8
这步让整个构建链路（从读取 pom 到加载 classpath 资源）都在 UTF-8 上下文中执行，从源头杜绝解码错位。
