发送含META-INF的Maven压缩项目受阻，修改其名称是否会破坏项目层级？

嗨，这个问题得拆成两个核心层面来看——物理层级结构和项目逻辑功能：

物理层级结构：不会破坏 #

完全没问题。你只是修改了文件夹的名称，里面的文件、子文件夹之间的相对位置关系丝毫未变，整个项目的目录树结构依然完整。比如原来META-INF下的MANIFEST.MF或maven子目录，改名为MY-META-INF后，它们依然处于这个新文件夹的层级下，物理结构没有被破坏。

项目逻辑功能：会完全失效 #

这才是需要重点注意的地方：META-INF是Java平台、Maven及众多框架约定俗成的标准元信息目录，里面存放着项目运行和打包的关键配置：

• JAR/WAR包的MANIFEST.MF清单文件
• Maven生成的pom.properties、打包后的pom.xml
• Java SPI服务的配置文件（META-INF/services目录下）
• Spring、Hibernate等框架的自动配置文件

一旦修改了这个文件夹的名称，Maven打包时不会再识别它为标准元信息目录，Java虚拟机运行时也找不到这些关键配置，项目将无法正常构建或运行。

可行的解决方案 #

针对邮箱过滤的问题，推荐几种不影响项目正常使用的方法：

• 临时改名法：发邮件前将META-INF改为临时名称（比如META-INF-temp），收件人拿到压缩包后，再改回原名称即可，既绕开过滤，又不破坏项目功能。
• 加密压缩包：将项目打包为加密的ZIP/RAR文件，邮箱过滤机制通常不会解密检测内部内容，这样就能直接发送原目录结构的压缩包。
• 云存储中转：把压缩包上传到网盘，给对方发送下载链接，这种方式更稳定，也不会触发邮箱过滤规则。

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