ServletContext getResourceAsStream无法获取WAR根目录MANIFEST.MF文件

我完全懂这种试遍方法还是卡壳的烦躁！针对你给出的WAR包结构，咱们换几个更精准的思路来读取根目录下的/META-INF/MANIFEST.MF：

一、用ServletContext的标准姿势（最推荐） #

你之前用getServletContext().getResourceAsStream()的方向是对的，但可能没处理好流的关闭或者空指针情况，给你补全完整的可运行代码：

// 在MainController的方法中调用
InputStream manifestStream = getServletContext().getResourceAsStream("/META-INF/MANIFEST.MF");
if (manifestStream != null) {
    try {
        Manifest manifest = new Manifest(manifestStream);
        // 读取清单里的核心属性，比如版本号、应用名称
        Attributes mainAttrs = manifest.getMainAttributes();
        String appVersion = mainAttrs.getValue("Implementation-Version");
        String appName = mainAttrs.getValue("Implementation-Title");
        // 这里写你的业务处理逻辑
        System.out.println("应用版本：" + appVersion);
    } catch (IOException e) {
        e.printStackTrace();
    } finally {
        // 务必关闭流，避免资源泄漏
        try {
            manifestStream.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
} else {
    System.err.println("⚠️ 找不到MANIFEST.MF文件，请检查WAR包结构或路径是否正确");
}

如果你的Controller是Spring MVC的，可以通过@Autowired注入ServletContext，避免直接调用getServletContext()可能出现的空指针问题：

@Autowired
private ServletContext servletContext;

// 然后在方法中使用
InputStream stream = servletContext.getResourceAsStream("/META-INF/MANIFEST.MF");

二、避开类加载器的误区 #

你之前尝试的this.getClass().getXXX()方法之所以失效，是因为类加载器的资源查找路径是从WEB-INF/classes（类路径根）开始的，而你的MANIFEST.MF在WAR包的根目录META-INF下，不在类路径里，所以这种方式自然找不到。除非你把MANIFEST.MF复制到WEB-INF/classes/META-INF下，但这不符合WAR的标准结构，不推荐这么做。

三、排查容易踩的坑 #

• 确认WAR包结构：先手动解压WAR包，检查META-INF目录下是否真的存在MANIFEST.MF，内容是否完整。有时候maven打包可能会覆盖或者漏掉这个文件。
• 路径大小写敏感：如果你的应用部署在Linux服务器上，路径是区分大小写的，确保你写的是/META-INF/MANIFEST.MF，而不是小写的/meta-inf/manifest.mf。
• 服务器类加载隔离：比如Tomcat的某些自定义配置可能会限制资源访问，你可以试试在本地Tomcat上部署测试，排除服务器环境的影响。

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