在IntelliJ中为Java可执行文件设置cap_net_bind_service=+ep致GC日志冗余

原因解释 #

当你给Java可执行文件添加CAP_NET_BIND_SERVICE权限后，OpenJDK的启动逻辑会触发权限环境变化的检测，导致JVM默认启用了GC日志输出。这是因为Linux下带有文件能力（file capabilities）的二进制文件启动时，JVM会判定自身处于特殊权限环境，自动调整日志配置，默认输出GC线程状态、堆信息等诊断内容，而普通权限下不会开启该默认配置。

解决方法 #

方法1：显式指定GC日志配置 #

通过JVM参数强制覆盖默认的GC日志行为，比如完全关闭GC日志：

-Xlog:gc=off

也可以精确控制日志级别，仅保留必要信息（比如将GC日志输出到文件而非控制台）：

-Xlog:gc=info:file=./gc.log

将该参数添加到Spring Boot应用的启动参数中（比如启动脚本的JAVA_OPTS，或application.properties里的spring.jvm.args）。

方法2：改用端口转发替代直接修改Java权限 #

如果你的需求只是让应用绑定1024以下端口，无需修改Java二进制文件权限，可通过iptables做端口转发：

# 将80端口请求转发到应用监听的8080端口
sudo iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080

这种方式既能实现端口绑定需求，又不会触发JVM的特殊权限检测，避免GC日志自动开启。

方法3：添加-n参数执行setcap（兼容性需测试） #

部分Linux发行版中，执行setcap时加上-n参数可避免JVM触发特殊权限检测：

sudo setcap -n cap_net_bind_service=+ep /usr/lib/jvm/java-1.11.0-openjdk-amd64/bin/java

注意该方法的兼容性依赖内核版本与OpenJDK版本，建议测试后使用。

已尝试方案无效说明 #

你之前使用的-Xlog:disable参数在Java 11中无法完全生效，因为GC日志的默认开启是权限检测后的动态配置，优先级高于全局关闭指令。必须使用-Xlog:gc=off这类针对性参数才能覆盖默认行为。

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