看起来你遇到的问题核心是编码不一致引发的连锁反应：IDE环境和PowerShell环境的JVM默认编码不同，加上Maven打包时没正确传递编码参数，才导致了Log4j乱码和REST服务失效。我来一步步帮你搞定：

问题根源 #

IntelliJ IDEA默认会在运行配置里自动添加-Dfile.encoding=UTF-8参数，所以你在IDE里运行项目时，JVM用UTF-8处理字符，Log4j能正常打印“Türkiye”，REST服务也能正确解析请求响应。但打包成Jar后直接在PowerShell运行时，JVM会采用Windows系统默认编码（比如土耳其语环境下可能是CP1254），字符编码转换混乱，不仅Log4j输出乱码，还会导致Spring Boot的HTTP消息解析出错，最终让REST服务失效。

解决方案 #

1. 配置Maven插件，打包时嵌入JVM编码参数 #

修改你的Spring Boot Maven插件配置，把-Dfile.encoding=UTF-8加入启动参数，这样生成的Jar运行时会默认启用UTF-8编码：

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
            <configuration>
                <!-- 强制JVM使用UTF-8处理字符 -->
                <jvmArguments>-Dfile.encoding=UTF-8</jvmArguments>
            </configuration>
        </plugin>
    </plugins>
</build>

配置完成后，重新执行mvn clean package打包即可。

2. 手动运行Jar时指定编码参数 #

如果不想修改Maven配置，也可以在PowerShell中运行Jar时直接指定JVM参数：

java -Dfile.encoding=UTF-8 -jar your-project-name.jar

这个命令会强制JVM用UTF-8编码处理字符，直接解决乱码问题。

3. 确保Log4j输出编码为UTF-8 #

为了彻底规避编码隐患，建议直接在Log4j配置里指定输出编码：

• 若使用Log4j 2的XML配置（log4j2.xml）：

<Appenders>
    <Console name="Console" target="SYSTEM_OUT">
        <!-- 明确指定输出编码为UTF-8 -->
        <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n" charset="UTF-8"/>
    </Console>
</Appenders>

• 若使用Log4j 1的Properties配置（log4j.properties）：

# 设置控制台输出编码为UTF-8
log4j.appender.console.encoding=UTF-8

4. 验证REST服务恢复 #

当JVM编码统一为UTF-8后，Spring Boot的HTTP消息转换器会默认用UTF-8处理请求和响应，之前因编码解析错误导致的REST服务失效问题应该会自动解决。如果还有异常，可以检查Controller是否正确处理了请求参数（不过Spring Boot在UTF-8环境下一般会自动处理）。

总结 #

核心思路就是统一JVM的编码为UTF-8，让IDE运行和Jar包运行时的字符处理规则保持一致，就能同时解决Log4j乱码和REST服务失效的问题。

内容的提问来源于stack exchange，提问作者A.Yektan