IntelliJ IDEA 2020.3运行Gatling场景时无法连接demostore.gatling.io的问题求助

你遇到的核心问题很明确：IntelliJ的代理配置并不会自动同步给Gatling的运行进程——Gatling是作为独立JVM进程启动的，不会默认读取IDE的系统代理设置，所以哪怕IDE能正常连通目标站点，Gatling还是会因为走不通代理而触发超时错误。

下面给你几个可行的解决方案，按优先级和便捷性排序：

方案1：在IntelliJ的Gatling运行配置中添加JVM代理参数 #

这是最快速的临时验证方案：

• 打开IntelliJ的「Run/Debug Configurations」，找到你要运行的Gatling场景配置
• 在「VM options」输入框中添加代理相关的JVM参数，格式如下：

  -Dhttp.proxyHost=你的代理IP或域名 -Dhttp.proxyPort=代理端口 -Dhttps.proxyHost=你的代理IP或域名 -Dhttps.proxyPort=代理端口
  

• 如果你的代理需要身份认证，还要追加以下参数：

  -Dhttp.proxyUser=你的代理用户名 -Dhttp.proxyPassword=你的代理密码 -Dhttps.proxyUser=你的代理用户名 -Dhttps.proxyPassword=你的代理密码
  

• 保存配置后重新运行场景，应该就能正常连接目标站点了

方案2：修改Gatling全局配置文件 #

如果需要代理设置长期生效，建议修改Gatling的配置文件：

• 若为本地安装的Gatling，找到安装目录下的conf/gatling.conf；若为Maven/Gradle项目，配置文件通常在src/test/resources/gatling.conf
• 找到http节点下的proxy配置块，填写你的代理信息：

  http {
    # 保留原有其他配置...
    proxy {
      host = "你的代理IP或域名"
      port = 代理端口号
      # 若代理需认证，取消注释并填写信息
      # username = "your-proxy-username"
      # password = "your-proxy-password"
    }
  }
  

• 保存后重启Gatling运行，代理设置会全局生效

方案3：确保代理配置与Maven保持一致 #

你提到Maven因需访问内部Nexus仓库已配置代理，可以直接复用~/.m2/settings.xml里的代理信息，确保Gatling和Maven使用完全相同的代理地址、端口和认证信息，避免因配置不一致导致的连接问题

额外提醒：目标站点是HTTPS协议，但错误提示显示连接的是80端口（HTTP），这大概率是站点的跳转逻辑导致的，所以务必同时配置HTTP和HTTPS的代理参数，不要遗漏任何一个。

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