一般来说，您自己不应该在META-INF中放入任何东西。相反，您应该依赖于您用来打包JAR的任何东西。这是我认为Ant真正擅长的领域之一:指定JAR文件清单属性。这样说很容易:

<jar ...>
    <manifest>
        <attribute name="Main-Class" value="MyApplication"/>
    </manifest>
</jar>

至少，我认为这很简单……: -)

关键是meta - inf应该被视为一个内部Java元目录。别乱动它!您希望包含在JAR中的任何文件都应该放在其他子目录中或JAR本身的根目录中。

你也可以在那里放置静态资源。

在示例:

META-INF/resources/button.jpg 

并通过web3.0容器获取它们

http://localhost/myapp/button.jpg

>阅读更多

/ meta - inf / MANIFEST。MF有特殊的含义:

如果你使用java -jar myjar.jar org.myserver.MyMainClass运行一个jar，你可以将主类定义移动到jar中，这样你就可以将调用缩小到java -jar myjar.jar。 如果你使用java.lang.Package.getPackage("org.myserver"). getimplementationtitle()，你可以为包定义元结构。 您可以在Applet/Webstart模式中引用您喜欢的数字证书。

只是在这里添加信息，如果是WAR文件，则是META-INF/MANIFEST。MF文件为开发人员提供了由容器发起部署时检查的工具，以确保容器可以找到应用程序所依赖的所有类。这确保了万一您丢失了一个JAR，您不必等到应用程序在运行时崩溃时才意识到它丢失了。

添加到这里的信息，META-INF是一个特殊的文件夹，ClassLoader将其与jar中的其他文件夹区别对待。 嵌套在META-INF文件夹内的元素不会与它外部的元素混合。

把它想象成另一个根。从Enumerator<URL> ClassLoader#getSystemResources(字符串路径)方法等透视图:

当给定的路径以“META-INF”开头时，该方法搜索类路径中所有jar的META-INF文件夹内嵌套的资源。

当给定的路径不是以“META-INF”开头时，该方法在类路径中所有jar和目录的所有其他文件夹(在META-INF之外)中搜索资源。

如果您知道getSystemResources方法特别处理的另一个文件夹名称，请对其进行评论。

META-INF文件夹是清单的主页。MF文件。该文件包含关于JAR内容的元数据。例如，有一个名为main - class的条目，它为可执行JAR文件指定了带有静态main()的Java类的名称。

Maven中的META-INF

在Maven中，META-INF文件夹被理解是因为标准目录布局，根据名称约定将您的项目资源打包到JAR中:放置在${basedir}/src/main/resources目录中的任何目录或文件都以完全相同的结构打包到JAR中，从JAR的底部开始。

文件夹${basedir}/src/main/resources/META-INF通常包含。properties文件，而在jar中包含一个生成的MANIFEST。MF,砰的一声。属性，pom.xml，以及其他文件。同样，像Spring这样的框架使用classpath:/META-INF/resources/来提供web资源。

有关更多信息，请参阅如何向Maven项目添加资源。