META-INF的目的是什么?

在Java中，您经常会看到包含一些元文件的meta - inf文件夹。这个文件夹的目的是什么?我可以在那里放什么?

当前回答

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

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

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

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

其他回答

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

我最近一直在思考这个问题。对于META-INF的使用似乎真的没有任何限制。当然，有一些限制，关于把舱单放在那里的必要性，但似乎没有任何禁止把其他东西放在那里。

为什么会这样呢?

cxf案例可能是合法的。这里是建议使用非标准的另一个地方，它可以绕过JBoss-ws中防止针对wsdl模式进行服务器端验证的严重错误。

http://community.jboss.org/message/570377#570377

但似乎真的没有什么标准，没有什么千言万语。通常这些事情都有非常严格的定义，但出于某种原因，这里似乎没有标准。奇数。META-INF似乎已经成为了一个无所不包的地方，任何所需的配置都无法通过其他方式轻松处理。

我注意到一些Java库已经开始使用META-INF作为目录，其中包含应该打包并与jar一起包含在CLASSPATH中的配置文件。例如，Spring允许您使用以下方法导入类路径上的XML文件:

<import resource="classpath:/META-INF/cxf/cxf.xml" />
<import resource="classpath:/META-INF/cxf/cxf-extensions-*.xml" />

在本例中，我直接引用Apache CXF用户指南中的内容。在我参与的一个项目中，我们必须允许通过Spring进行多级配置，我们遵循了这个约定，并将配置文件放在META-INF中。

当我反思这个决定时，我不知道简单地将配置文件包括在特定的Java包中，而不是在META-INF中，到底有什么问题。但这似乎是一个新兴的事实标准;要么这样，要么出现反模式:-)

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

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

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

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

推荐文章