新增URLConnection命令的Discord机器人Fat Jar在树莓派2上运行异常

刚碰到过类似的跨环境踩坑问题，给你梳理几个排查方向和解决办法，应该能帮到你：

1. 先补全异常日志，定位根本问题 #

树莓派上程序启动没报错，但执行命令抛异常，拿到完整的异常栈信息是第一步，不然都是瞎猜。你可以这么做：

• 在新增的查询命令代码里加个完整的try-catch，把异常详情输出到日志或者直接发去Discord频道：

try {
    // 你的URLConnection查询逻辑代码
} catch (Exception e) {
    e.printStackTrace();
    // 把异常信息发送到当前Discord频道
    event.getChannel().sendMessage("执行出错：" + e.getMessage() + "\n" + Arrays.toString(e.getStackTrace())).queue();
}

• 或者在树莓派启动机器人时，把控制台输出重定向到日志文件：java -jar your-bot-fatjar.jar > bot-run-log.txt 2>&1，执行命令后去日志里找完整的异常内容。跨环境问题大多藏在这里——比如网络拦截、JDK版本兼容、SSL证书问题。

2. 检查树莓派的网络与权限 #

Windows能正常访问，不代表树莓派的网络环境没问题：

• 先在树莓派终端用curl或者wget直接测试游戏服务器的查询URL：curl https://your-game-server-api-url.com/status。如果连curl都失败，那就是树莓派的网络问题——比如防火墙拦截、DNS解析失败、代理配置不对，甚至游戏服务器的IP在树莓派所在网络被屏蔽了。
• 要是你用systemd管理机器人服务，去看看服务配置文件里有没有限制网络的参数（比如PrivateNetwork=true会直接禁用网络）。

3. 核对JDK版本兼容性 #

Windows和树莓派的JDK版本差异很容易引发URLConnection的问题：

• 分别在两边执行java -version，对比大版本（比如Windows用JDK11，树莓派用JDK8）。如果版本差得大，可能是代码用了高版本JDK特性，或者SSL/TLS协议支持不一样。
• 比如游戏服务器用TLS1.3，但树莓派的JDK8默认没开启这个协议，握手会直接失败。可以在代码里强制指定支持的协议：

System.setProperty("https.protocols", "TLSv1.2,TLSv1.3");

4. 排查SSL证书信任问题 #

如果游戏服务器用HTTPS，树莓派的Java信任库可能没有对应的根证书：

• Windows和树莓派的Java信任库是独立的，Windows能验证的证书，树莓派可能不认。可以先临时禁用证书验证（仅限测试，生产环境别这么干）：

// 临时跳过SSL证书验证，测试用
TrustManager[] trustAllCerts = new TrustManager[]{
    new X509TrustManager() {
        public X509Certificate[] getAcceptedIssuers() { return null; }
        public void checkClientTrusted(X509Certificate[] certs, String authType) {}
        public void checkServerTrusted(X509Certificate[] certs, String authType) {}
    }
};
SSLContext sc = SSLContext.getInstance("SSL");
sc.init(null, trustAllCerts, new java.security.SecureRandom());
HttpsURLConnection.setDefaultSSLSocketFactory(sc.getSocketFactory());
HostnameVerifier allHostsValid = (hostname, session) -> true;
HttpsURLConnection.setDefaultHostnameVerifier(allHostsValid);

如果禁用后能正常运行，那就是证书问题，需要把游戏服务器的根证书导入树莓派的Java信任库（路径一般是$JAVA_HOME/jre/lib/security/cacerts，默认密码是changeit）。

5. 检查Fat Jar的打包完整性 #

有时候打包Fat Jar时会漏依赖，Windows本地有完整依赖所以正常，树莓派上跑Fat Jar就缺东西：

• 检查你的打包插件（Maven Shade或者Gradle Shadow）有没有正确包含所有依赖，特别是网络、JSON解析相关的包（如果你的查询逻辑需要解析返回的JSON数据）。
• 可以把Fat Jar解压，看看里面有没有包含javax.net.ssl相关类，或者你用到的第三方库的完整文件。

先按这些步骤排查，拿到异常信息后就能精准定位问题了。

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