JavaWS调试JNLP运行的Applet时出现连接断开重跑问题咨询

我来帮你拆解下这个问题，你遇到的情况其实是Java Web Start（JavaWS）的进程特性和缓存机制导致的，咱们一步步解决：

1. 为什么调试器连接后JavaWS会“断开”？ #

JavaWS本质是一个启动器进程，它的作用是解析JNLP配置、准备运行环境，然后启动真正执行Applet的子JVM进程，之后自身就会退出。你设置suspend=y时，初始的JavaWS进程会带着调试参数启动子JVM，等调试器连接后子JVM开始执行逻辑，JavaWS主进程自然就结束了——看起来像是“断开连接”，但实际运行Applet的是那个后台的子JVM，你需要调试的是它。

2. 重新运行无监听端口的核心原因 #

这几乎是JavaWS的缓存机制在搞鬼：第一次运行JNLP后，JavaWS会把Applet的字节码、配置等资源缓存到本地，后续启动时会直接复用缓存的进程实例，完全忽略你设置的环境变量和调试参数。

具体解决步骤 #

步骤1：修改脚本，强制传递调试参数并清除缓存 #

把你的脚本调整成这样，确保每次启动都加载新的调试配置：

#!/bin/sh
export JAVAWS_TRACE_NATIVE=1
# 添加参数禁止进程复用，确保调试参数传递给子JVM
export JAVAWS_VM_ARGS="-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=8989,server=y,suspend=y -Djavaws.relaunch=false"
# 先清除JNLP缓存，避免复用旧实例
javaws -uninstall "$@"
# 启动JNLP
javaws "$@"

• -Djavaws.relaunch=false：强制JavaWS每次启动都新建带调试参数的JVM，不重用已有进程
• javaws -uninstall：彻底清除之前的缓存，确保每次运行都读取最新的调试配置

步骤2：找准真正的调试目标进程 #

启动脚本后，别盯着JavaWS主进程，用jps命令查看当前运行的Java进程：

jps -l

你会看到一个对应Applet的进程（通常是带你的Applet主类名或JNLP相关标识的进程），这个才是你需要调试的目标，调试器连接8989端口后，会话是和这个子进程建立的。

步骤3：处理端口冲突问题 #

如果重新运行时提示8989端口被占用，先杀掉残留的Applet子进程：

kill $(jps | grep -E "你的Applet主类名|jnlp" | awk '{print $1}')

之后再重新运行脚本即可。

额外适配建议 #

如果你的JDK版本是Java 9及以上，-Xrunjdwp已经被废弃，建议改用-agentlib:jdwp参数：

export JAVAWS_VM_ARGS="-agentlib:jdwp=transport=dt_socket,address=8989,server=y,suspend=y -Djavaws.relaunch=false"

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