SpringBoot读取application.properties部署到AWS出现多余字符问题求助

算力阿峰

2026-9-29

问题根因

换行符跨系统差异：Windows默认换行符为\r\n（CRLF），AWS部署的Linux环境默认换行符为\n（LF），如果你的properties配置文件是在Windows环境编辑后直接打包部署，JDK的Properties.load()方法在Linux环境解析CRLF结尾的配置行时，可能会把残留的\r识别为值的尾部内容。
配置加载优先级覆盖：你手动加载application-dev.properties打印日志的逻辑，只覆盖了classpath下的配置文件，而SpringBoot的配置加载优先级高于本地配置文件的来源（比如AWS注入的环境变量、系统参数、云配置中心参数）如果这些来源的配置本身携带尾部换行，不会出现在你手动打印的日志中，这也是你没查到%0a的核心原因。
AWS配置注入残留：如果你使用了AWS ECS环境变量、Secrets Manager、Parameter Store或者CloudFormation传递配置参数，这些工具传递参数时如果没有做尾部修剪，会自动把输入时带入的换行符注入到Spring环境中。

修复方案

统一配置文件换行符：在IDE中设置.properties文件默认换行符为Unix格式（LF），打包流水线中新增检查步骤，强制所有配置文件行尾为LF，避免Windows编辑带来的CRLF残留。
全局统一修剪配置值：新增Spring环境后置处理器，在所有配置加载完成后统一修剪所有字符串配置的首尾空白、换行符，不需要修改业务代码即可全局生效：
1. 新增处理器实现类：

public class TrimEnvPostProcessor implements EnvironmentPostProcessor {
    @Override
    public void postProcessEnvironment(ConfigurableEnvironment env, SpringApplication app) {
        for (PropertySource<?> ps : env.getPropertySources()) {
            if (ps instanceof MapPropertySource mapPs) {
                Map<String, Object> sourceMap = mapPs.getSource();
                sourceMap.replaceAll((key, val) -> val instanceof String ? ((String) val).trim() : val);
            }
        }
    }
}

在项目resources/META-INF/spring.factories文件中注册处理器：

org.springframework.boot.env.EnvironmentPostProcessor=你的包路径.TrimEnvPostProcessor

临时验证方案：如果需要快速验证问题，可以在业务代码读取配置值的位置先调用trim()方法，确认业务逻辑是否恢复正常。

内容的提问来源于stack exchange，提问作者nishant