java中解析properties文件时默认不自动trim键值两端空格，推荐继承properties重写loadconvert方法，在返回前对键和值分别trim，既保证兼容性又精准去空格，避免字节流操作导致的乱码或语义错误。
Java 中解析 Properties 文件时，默认的 load(InputStream) 方法会保留键和值两端的空格（除非空格在特殊位置被当作分隔符处理），但不会自动 trim。要实现“自动剥离键值对两端空格”，最直接有效的方式是使用自定义的 FilterInputStream 包装原始输入流，在读取字节时动态修正行内容——但注意：这不是在字节层面过滤，而是在按行解析前对文本行做预处理。实际更推荐且可靠的做法是继承 Properties 并重写 loadConvert 方法，或使用包装后的 Reader 在字符层面做 trim。
用自定义 Reader 包装流并 trim 每行键值
比操作字节流更安全、更符合 Properties 解析逻辑的方式，是用 Reader 层做预处理。Properties 的 load(Reader) 方法会逐行读取、调用 loadConvert 处理转义和分割。你可以在传入前用一个装饰器 Reader 对每行做 trim：
- 继承
FilterReader或用BufferedReader+ 自定义 readLine() 逻辑 - 重写
readLine()，对返回的每一行先trim()再返回（注意：只 trim 整行，不破坏注释行或空行语义） - 关键点：trim 后需确保等号
=或冒号:前后仍能被正确识别；Properties 的解析器本身对键值分隔符两侧空格不敏感，所以 trim 整行是安全的
重写 Properties 的 loadConvert 方法（推荐）
Properties 类中真正负责解析单行、提取键值的是 loadConvert(char[], int, int, StringBuilder) 方法。它把原始字符数组转换为标准键和值字符串。你可以继承 Properties 并覆写该方法，在返回键和值前主动调用 String.trim()：
- 覆写时保留原逻辑（如跳过注释、处理 \uXXXX、识别分隔符），只在最后一步对 key 和 value 分别 trim
- 这样不影响原有格式兼容性（支持 #、! 注释，支持 \ 换行，支持 = 和 : 分隔）
- 无需改动输入流，也不依赖外部 Reader 包装，侵入性小、复用性强
避免用 FilterInputStream 直接操作字节的陷阱
虽然题目提到“自定义过滤输入流”，但直接在 FilterInputStream 中对字节流做 trim 容易出错：
- Properties 默认用 ISO-8859-1 编码读取字节，中文会乱码；若文件含 UTF-8 BOM 或非 ASCII 字符，字节 trim 可能切坏多字节序列
- 空格可能出现在行首（注释）、行中（键内）、行尾（值后），盲目 trim 所有空格会误删有意义的空格（如键为
" key "本意就是带空格的键） - 真正需要 trim 的只是“键=值”结构中键和值两端的空白，而非整行；字节流无法感知语义，做不到精准
一个轻量实用示例（继承 Properties）
以下是一个最小可行实现：
public class TrimProperties extends Properties {
@Override
protected String loadConvert(char[] in, int off, int len, StringBuilder out) {
String result = super.loadConvert(in, off, len, out);
return result != null ? result.trim() : null;
}
}
然后正常使用：
Properties props = new TrimProperties();<br>
props.load(new FileReader("config.properties", StandardCharsets.UTF_8));
此时所有键和值都会自动去除首尾空白，且完全兼容标准 Properties 行为。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
