WSL2环境下Maven构建WildFly项目触发FileSystemException（打开文件过多）的解决方法咨询

我之前在WSL2里处理大型项目构建时也碰到过一模一样的“打开文件过多”问题，Windows原生和VirtualBox里的Ubuntu没事，就是WSL2有这个坑，给你几个亲测有效的解决方向：

• 临时调整文件描述符限制（快速验证）
  先看看当前WSL2的文件描述符上限：

  ulimit -n
  

  默认可能只有1024或者4096，直接临时调高到一个较大的值，比如65535：

  ulimit -n 65535
  

  然后重新运行Maven构建命令试试，如果问题消失，说明就是文件描述符上限不够的问题，接下来需要做永久配置。

• 永久设置WSL2的文件描述符上限

  1. 编辑/etc/security/limits.conf文件，在末尾添加以下两行：

     * soft nofile 65535
     * hard nofile 65535
     

     这里soft是警告阈值，hard是强制上限，*代表所有用户生效。
  2. 确保PAM模块加载了limits配置，编辑/etc/pam.d/common-session，确认有这一行（没有的话就加上）：

     session required pam_limits.so
     

  3. 调整系统级的文件描述符上限，编辑/etc/sysctl.conf，添加：

     fs.file-max = 655350
     

     然后执行sysctl -p让配置立即生效。
  4. 重启WSL2（在Windows终端执行wsl --shutdown，再重新打开WSL），然后用ulimit -n验证是否已经生效。

• 检查WildFly和Maven插件的配置
  有时候问题不只是系统限制，也可能是构建过程中WildFly的部署逻辑或者Maven插件在批量处理文件时没有正确释放资源：

  • 查看WildFly的standalone.xml，检查部署扫描的频率、资源缓存的配置，有没有可能频繁触发文件扫描导致打开过多文件；
  • 检查Maven的打包插件（比如maven-war-plugin）是否开启了过多的文件遍历或预处理逻辑，尝试调整插件参数减少文件操作的并发数。

• 更新WSL2到最新版本
  旧版本的WSL2在文件系统交互上存在一些bug，可能会导致文件句柄泄漏，建议在Windows终端执行以下命令更新WSL：

  wsl --update
  

  更新完成后重启WSL，再尝试构建项目。

备注：内容来源于stack exchange，提问作者stromanneke