Linux Ubuntu下Java调用ulimit -n结果与终端不一致问题

这个问题我之前排查过，核心是两个Shell环境的差异导致的，给你拆解清楚：

1. 交互式Shell vs 非交互式Shell的配置加载差异 #

你在终端里用的是交互式登录Shell（Ubuntu默认是Bash），它启动时会自动加载系统和用户的Shell配置文件（比如/etc/profile、~/.bashrc），这些文件里大概率有ulimit -n 1024的设置，专门用来限制当前Shell进程的文件描述符软限制。

而Java通过Runtime.exec启动的/bin/sh是非交互式非登录Shell，这种Shell不会触发配置文件的加载流程，所以那些手动设置的ulimit规则不会生效。

2. Bash和Dash对ulimit -n的默认输出不同 #

Ubuntu里默认/bin/sh指向的是Dash，不是Bash，这俩对ulimit -n的默认行为不一样：

• Bash中，ulimit -n默认输出软限制（也就是你终端看到的1024，来自配置文件的设置）
• Dash中，ulimit -n默认输出硬限制（系统默认的硬限制通常是unlimited，除非被全局内核配置修改）

验证结论的小技巧 #

你可以在终端里直接跑这几个命令验证：

# 用Bash执行，输出软限制
bash -c 'ulimit -n'
# 用Dash执行，输出硬限制
dash -c 'ulimit -n'
# 查看Bash的软、硬限制
bash -c 'ulimit -Sn && ulimit -Hn'
# 查看Dash的软、硬限制
dash -c 'ulimit -Sn && ulimit -Hn'

让Java代码输出和终端一致的方法 #

修改你的Java代码，明确指定读取软限制（用ulimit -Sn）：

public class TestExec { 
    public static void main(String[] args) { 
        try { 
            Process p = Runtime.getRuntime().exec(new String[]{"/bin/sh", "-c", "ulimit -Sn"}); 
            BufferedReader in = new BufferedReader(new InputStreamReader(p.getInputStream())); 
            String line = null; 
            while ((line = in.readLine()) != null) { 
                System.out.println(line); 
            } 
        } catch (IOException e) { 
            e.printStackTrace(); 
        } 
    } 
}

运行这个版本的代码，就能得到和终端一样的1024了。

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