如何判断.properties文件是否为文本文件？求Files.probeContentType替代方案

我太懂这种糟心的情况了——用Files.probeContentType()本来是想省心，结果它时不时给你返回个null，尤其是在Java 8之前的Windows系统上还踩过历史bug。针对.properties文件的类型判断，这里有几个靠谱的替代方案，亲测好用：

方案1：直接基于文件名后缀判断 #

这是最简单直接的思路，毕竟.properties是这类配置文件的标准后缀，甚至可以兼容大小写差异（比如有的文件可能命名为.PROPERTIES）。

import java.nio.file.Path;
import java.nio.file.Files;

public class PropertyFileChecker {
    public static boolean isPropertiesFile(Path path) {
        if (Files.isDirectory(path)) {
            return false;
        }
        String fileName = path.getFileName().toString().toLowerCase();
        return fileName.endsWith(".properties");
    }
}

优点：完全不受系统和Java版本限制，性能拉满，绝不会出现随机返回null的问题。
注意：如果遇到无后缀或后缀被篡改的文件，这个方法会失效，但对于绝大多数常规业务场景已经足够用。

方案2：读取文件头部内容判断 #

如果担心文件名不可靠，你可以读取文件的前几行内容，判断是否符合.properties文件的格式特征——比如以#开头的注释，或者key=value的键值对结构。

import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.charset.StandardCharsets;
import java.util.List;

public class PropertyFileChecker {
    public static boolean isPropertiesFile(Path path) {
        if (!Files.isRegularFile(path)) {
            return false;
        }
        try {
            // 读取前3行足够判断格式特征了
            List<String> lines = Files.readAllLines(path, StandardCharsets.ISO_8859_1);
            for (String line : lines) {
                String trimmed = line.trim();
                // 跳过空行，检查是否是注释或键值对
                if (!trimmed.isEmpty()) {
                    if (trimmed.startsWith("#") || trimmed.contains("=")) {
                        return true;
                    } else {
                        // 第一行非空且不符合properties格式，直接返回false
                        return false;
                    }
                }
            }
            // 文件全是空行的情况，可根据业务需求调整返回值
            return true;
        } catch (Exception e) {
            // 读取失败时返回false，或根据业务逻辑处理异常
            return false;
        }
    }
}

优点：不依赖文件名，能更准确判断文件的实际内容类型。
注意：需要处理文件读取异常，若文件过大可优化为只读取前几百字节，避免性能损耗。

方案3：使用Apache Commons IO的FileTypeDetector #

如果你的项目已经引入了Apache Commons IO库，它的FileTypeDetector比JDK自带的实现更稳定，能规避很多系统和版本兼容问题。

import org.apache.commons.io.file.FileTypeDetector;
import java.nio.file.Path;

public class PropertyFileChecker {
    public static boolean isPropertiesFile(Path path) {
        try {
            String contentType = FileTypeDetector.detect(path);
            // properties文件的标准MIME类型是text/x-java-properties
            return "text/x-java-properties".equals(contentType);
        } catch (Exception e) {
            return false;
        }
    }
}

优点：封装了成熟的文件类型判断逻辑，不用自己造轮子，兼容性更强。
注意：需要引入依赖，比如Maven项目可添加：

<dependency>
    <groupId>commons-io</groupId>
    <artifactId>commons-io</artifactId>
    <version>2.15.0</version> <!-- 使用最新稳定版本 -->
</dependency>

方案4：自定义FileTypeDetector（Java 7+） #

如果不想引入第三方库，还可以自己实现FileTypeDetector并注册到系统中，替换默认的探测逻辑。

步骤： #

1. 实现FileTypeDetector接口，针对.properties文件返回正确的MIME类型
2. 在META-INF/services目录下创建名为java.nio.file.spi.FileTypeDetector的文件，内容为自定义类的全限定名

自定义探测器示例：

import java.nio.file.Path;
import java.nio.file.spi.FileTypeDetector;

public class PropertiesFileTypeDetector extends FileTypeDetector {
    @Override
    public String probeContentType(Path path) {
        String fileName = path.getFileName().toString().toLowerCase();
        if (fileName.endsWith(".properties")) {
            return "text/x-java-properties";
        }
        // 其他类型交给默认探测器处理
        return null;
    }
}

然后在META-INF/services/java.nio.file.spi.FileTypeDetector文件中写入：

com.yourpackage.PropertiesFileTypeDetector

优点：全局替换默认探测逻辑，之后再调用Files.probeContentType()会优先使用你的实现。
注意：必须正确配置服务文件，否则自定义探测器不会生效。

这些方案里，我个人最推荐方案1或方案2：如果只是常规业务场景，方案1足够高效；如果需要严格判断文件内容，方案2更稳妥。

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