jar文件执行与-Dhttps.proxyHost选项一起工作，但当我通过导出设置相同的代理，然后运行java-jar sample.jar时，jar文件执行不工作

我有一个获取gcp区域的可执行jar文件。当我按如下方式发布时，此jar可以正常工作：

java-Dhttps.proxyHost=web-proxy.in.softgrp.net-Dhttps.proxyPort=8080-jar sample.jar

这个命令有效。 其中web-proxy.in.softgrp.net是代理主机

但是，如果我通过export命令设置相同的代理，然后发出java-jar sample.jar，它就不起作用了。有什么原因吗？

$>导出https\u代理=http://web-proxy.us.softwaregrp.net:8080

$>java-jar sample.jar

---

这无法获取所需信息！我得到了同样的SSL握手异常。

当我以编程方式设置代理时，它起作用：

System.setProperty("http.proxyHost", getHTTPHost());
System.setProperty("http.proxyPort", getHTTPPort());
System.setProperty("https.proxyHost", getHTTPHost());
System.setProperty("https.proxyPort", getHTTPPort());

---

不要通过cmd行中的export命令来设置它们并运行jar文件。

web proxy.in.softgrp.net

vs

web proxy.us.softwaregrp.net

代理不同，请尝试使用相同的方法，它确切地说在哪里支持名为

https\u proxy

的环境变量？当然支持。这与您以前使用的

-D

参数的效果完全相同。这里的问题是，您刚刚创建了一个不存在的环境变量，并想知道为什么它不起作用。为什么要这样做？