Maven部署Spring应用至Tomcat时文件权限丢失，如何配置文件权限？

我之前也碰到过一模一样的头疼问题！服务商说的没错，这个锅确实得Maven背——默认情况下，Maven构建WAR包时不会显式设置文件和目录的权限，导致部署到Tomcat后，webapps下的文件权限可能不符合服务器要求，后续更新时连删除都做不了。下面给你几个实操的解决办法：

1. 全局配置WAR包权限（最常用） #

直接在你的pom.xml里配置maven-war-plugin，显式指定所有文件和目录的权限。这是最省心的方式，一次性解决所有文件的权限问题：

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-war-plugin</artifactId>
            <version>3.3.2</version> <!-- 用最新稳定版即可 -->
            <configuration>
                <!-- 文件权限：所有者可读可写，组和其他只读 -->
                <filePermissions>0644</filePermissions>
                <!-- 目录权限：所有者可读可写可执行，组和其他可读可执行 -->
                <directoryPermissions>0755</directoryPermissions>
            </configuration>
        </plugin>
    </plugins>
</build>

解释下权限值：

• 0644：普通文件的标准权限，保证你能修改文件，服务器进程能正常读取，不会出现权限不足的情况。
• 0755：目录必须有可执行权限（否则无法进入目录），这个值既能保证你管理目录，也能让Tomcat进程正常访问里面的文件。

2. 给特定文件单独设置权限 #

如果你的项目里有特殊文件（比如自定义shell脚本、可执行工具）需要更高的权限（比如0755），可以通过webResources单独配置：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-war-plugin</artifactId>
    <version>3.3.2</version>
    <configuration>
        <filePermissions>0644</filePermissions>
        <directoryPermissions>0755</directoryPermissions>
        <webResources>
            <resource>
                <directory>src/main/webapp/scripts</directory>
                <targetPath>scripts</targetPath>
                <includes>
                    <include>*.sh</include>
                </includes>
                <!-- 给sh脚本设置可执行权限 -->
                <filePermissions>0755</filePermissions>
            </resource>
        </webResources>
    </configuration>
</plugin>

3. 验证配置是否生效 #

配置完后，重新构建WAR包：

mvn clean package

然后可以用unzip命令查看WAR包内的文件权限（Linux/macOS下）：

unzip -l your-project.war | head -20

或者直接解压WAR包，用ls -l查看文件和目录的权限，确认是不是和你配置的一致。

额外提醒 #

如果配置后还是有问题，你可以检查下Tomcat的运行用户：确保Tomcat进程的用户对webapps目录有读写权限。不过既然服务商已经定位到是WAR构建阶段的问题，上面的Maven配置应该就能解决你的问题了。

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